[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

219users がブックマーク コメント 17

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

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

219 users zenn.dev/bmth

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページ

記事へのコメント17

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

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

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

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

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

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

その他
circled
interfaceと聞くとJavaみを帯びてくる

その他
ultimatebreak
そのうち解決されそう

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

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

2025年10月21日 リンク

その他
fivestech
うーんあんまり納得できない。ていうかtsgoになったらtypeでもinterfaceでも速くなりそう。

その他
Xibalba
なるほど

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

その他
tockri
なんかさ、typeで書いたほうがかっこいい感じするじゃん。なんとなく。(陥し穴に落ちるやつ)

その他
tohokuaiki
へー。typeしか使ってないわ

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

2025年10月20日 リンク

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

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

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

2025年10月20日 リンク

その他
suika3417
意外な落とし穴あるんだな

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「【結論】TypeScrip...」が注目されています。

気持ちをシェアしよう

ツイートする

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

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

ブックマークしたユーザー

  • daichirata2025年10月24日 daichirata
  • shimbaco2025年10月24日 shimbaco
  • hagane2025年10月24日 hagane
  • o_hiroyuki2025年10月23日 o_hiroyuki
  • cyber_snufkin2025年10月22日 cyber_snufkin
  • snaka722025年10月22日 snaka72
  • okumuraa12025年10月22日 okumuraa1
  • cpw2025年10月22日 cpw
  • lufiabb2025年10月21日 lufiabb
  • wushi2025年10月21日 wushi
  • poad10102025年10月21日 poad1010
  • yuiseki2025年10月21日 yuiseki
  • momonga_dash2025年10月21日 momonga_dash
  • KoshianX2025年10月21日 KoshianX
  • issyurn2025年10月21日 issyurn
  • tagucch2025年10月21日 tagucch
  • mumei-02025年10月21日 mumei-0
  • aiueokabe2025年10月21日 aiueokabe
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /