【結論】TypeScriptの型定義はtypeよりinterfaceを使うべき理由

はじめに TypeScriptでコンポーネントのPropsやオブジェクトの型を定義するとき、typeとinterfaceのどちらを使うべきか、一度は悩んだことがあるのではないでしょうか。 巷では「どちらでも良い」「チームで統一されていればOK」といった意見もよく見かけます。 しかし、私は 明確な理由をもって「基本的にはinterfaceを使うべき」 だと主張します。 この記事では私の実体験で遭遇したReactのPropsの深刻なパフォーマンス問題を例に交えながら、なぜinterfaceが優れているのか、そしてtypeはどのような場面で使うべきなのかを解説します。 type aliasを使いたくなる魅力と、その裏に潜む罠 まず、なぜ多くの開発者がtypeを選びがちなのでしょうか。 それは、開発体験の良さにあります。 typeで定義した型は、VSCodeなどのエディタでホバーすると、最終的に解

[s025236]

等価ならinterfaceの方が良いけど緩いinterfaceで複雑な条件分岐するなら厳密なtype使ってtypegurdした方が実行環境では最適化し易いだろうし原因もわからぬまま状況証拠のみで”結論"とか"使うべき"って強い言葉は良くない

[inatax]

うーん不思議だ。単純な交差型なら計算量は線形に収まりそうなものだけど。ある日突然遅くなったなら、その間の変更をじっくり見たいところだ

[leiqunni]

詳しくないけど、置換で置き換えができるならコンパイラが最適化してもいいのでは。即時評価を期待してるのに遅延評価になったらダメか。

[KoshianX]

使うべきっていうより現状ではそうせざるを得ないって話じゃないのかこれ……

[aiueokabe]

interfaceの方が若干早いのは事実だけど、よほど大きなプロジェクトでなければ実用上変わらないという認識。急に1分から30分に増えたのは異常事態では？結果的に改善したからといって結論を急がない方が良いと思った。

[atsushieno]

tscの実装は何年も眺めていないが、コンパイラによる生成コードの最適化は型情報が詳細に判明しているときにだけ行われるものも多いので、生成コードのパフォーマンスに影響が出ていないか調べたほうがよさそう。

[circled]

interfaceと聞くとJavaみを帯びてくる

[ultimatebreak]

そのうち解決されそう

[jintrick]

tscが重くなったということしか理由が書いてなかった

[Xibalba]

なるほど

[onesplat]

原因の掘り下げしてなさすぎだろ。こんなにレベル低いのに結論とか書いちゃっていいのかな

[tockri]

なんかさ、typeで書いたほうがかっこいい感じするじゃん。なんとなく。（陥し穴に落ちるやつ）

[tohokuaiki]

へー。typeしか使ってないわ

[knjname]

昔からこれあるよなあ　typeで作られた型をextendしたインタフェース作って回避したりとかしてたわ

[dorapon2000]

“交差型 (&) が幾重にも重なった複雑な型定義では、この計算コストが指数関数的に増大し、型チェック全体のパフォーマンスを著しく低下させるのです。”

[suika3417]

意外な落とし穴あるんだな