# 最初に
この記事は qiita から移行したものです。
# この記事を書く動機
メモ 間違っている部分があればコメントで教えてください。
# 前提知識
# 問題
以下、尊敬するエンジニアの方々のツイートを引用させていただきました(いつもツイートから勉強させてもらっています。ありがとうございます！)：
# これまでの経緯を振り返る
## React v17 までの書き方
- FC と VFC を使い分ける方法 基本は VFC を使い、children が props に必要なものだけ FC を使う：
// 普通のコンポーネントにはVFCを使う
export const Button: VFC<{ text: string }> = ({ text }) => {
return <button>{text}</button>;
};
// ラッパーコンポーネントなどchildrenが必要なものだけFCを使う：
export const Layout: FC = ({ children }) => {
return (
<>
<Header />
{children}
<Footer />
</>
);
};
もしくは VFC だけを使い、children が必要なときは明示的に props に書く：
export const Layout: VFC<{ children: ReactNode }> = ({ children }) => {
return (
<>
<Header />
{children}
<Footer />
</>
);
};
- JSX.Element を使う方法(v18 でも変更なし)
// propsの型の宣言
type AppProps = {
message: string;
};
// Function Componentの最も簡単な宣言方法です。返り値の型は推論されます。
const App = ({ message }: AppProps) => <div>{message}</div>;
// もし返り値として違う方を返したときにエラーになるように、返り値の型を注釈することもできます
const App = ({ message }: AppProps): JSX.Element => <div>{message}</div>;
// インラインで型宣言をすることもできます。propsの型の命名を省くことができますが、くどく見えます
const App = ({ message }: { message: string }) => <div>{message}</div>;
## React v18 による変更
React 18 では、@types/react で、私たちが長い間抱えていた問題を修正する機会を得ました。私たちはもともと React 17 でこれらを修正したかったのですが、React 17 が段階的な移行を可能にする大きなステップだったため、保留にしていました。これらの変更の 1 つは、React.FunctionComponent 型における暗黙の children の削除です。なぜこの変更を行いたいのか、どのようにすれば移行を楽にできるのかを説明していこうと思います。
FC に暗黙の children が渡されなくなった
React v18 以降では、以下のコードが動かなくなる：
import * as React from "react";
const Input: React.FC = ({ children }) => <div>{children}</div>;
// ^^^^^^^^ will error with "Property 'children'
// does not exist on type '{}'.
一言でいうと、v18 以降の FC はそれまでの VFC になった。
VFC が非推奨になった
なった。
Q. なんでこんなことしたの？
A. 暗黙の children は、確かに component を素早くタイプできるのはいいのですが、さまざまなバグも隠されてしまいます。
React.FC から暗黙の children を削除することは、具体的には次の点で効果があるとのこと：
- React.FC と単純な function 宣言との間で、挙動の一貫性がとれる
- 余剰な children が props として与えられたときにエラーになる
# これからどう書くか
大きく 2 つに分けられると思っています。(他あったら教えてください) これに関してはチームで統一する必要があると思っています。
## FC を使う
ありです。 あえてデメリットを挙げるなら、「React FC」とかで検索すると v17 までの記事が結構でてきて、「FC より VFC を使うべき！」みたいなこと書かれてるのがちょっと怖いかなって思っています。
// 普通のコンポーネントの書き方
export const Button: FC<{ text: string }> = ({ text }) => {
return <button>{text}</button>;
};
// childrenが必要なコンポーネントの書き方(PropsWithChildrenを使う書き方もあるようです)
export const Layout: FC<{ children: ReactNode }> = ({ children }) => {
return (
<>
<Header />
{children}
<Footer />
</>
);
};
## JSX.Element を使う
ありです。ちなみに僕はこっち派です。 理由はこれまでそうしてきて、v18 でも特に書き方は変わらないみたいなので…。 デメリットとしては冒頭にうひょさんのツイートにあるように次の点にあるみたいです：
- 関数の返り値の型を推論させる必要がある
- 引数と返り値の型を 2 箇所書く必要がある
// 普通のコンポーネントの書き方
export const Button = ({ text }: { text: sring }): JSX.Element => {
return <button>{text}</button>;
};
// childrenが必要なコンポーネントの書き方
export const Layout = ({ children }: { children: ReactNode }): JSX.Element => {
return (
<>
<Header />
{children}
<Footer />
</>
);
};