Branded Type ベストプラクティス 検索 - Qiita

皆さんこんにちは。これは株式会社カオナビ Advent Calendar 2024の18日目の記事です。 今回は、TypeScriptにおけるBranded Typeについて、筆者が考えるベストプラクティスを紹介します。Branded Typeという概念はTypeScriptエンジニアの間で比較的広く知られていますが、（筆者的には）ベストではないやり方が紹介されていることが多いと感じます。この記事では筆者が一番いいと思っている方法を説明しますので、そうだなと思った方はいいねや拡散をしていただけると嬉しいです。 既存の記事でも、筆者の考えるベストプラクティスに近いものが説明されているいい記事はすでにたくさんあります。なので、未だにそれ以外の説明が使われることがあるのは少し不思議なのですが、状況をさらに改善するために筆者も記事を書くことにしました。 そのため、この記事が特段新しい知識を提供する

[D_first]

なるほどわからんけど、”プリミティブなのに”ってところがポイントなのかな。しかし” 未だにそれ以外の説明が使われることがあるのは少し不思議”って、煽りよるなー

[jay-es]

declare const のやり方を一番好ましく感じていたので許容されていてほっとした

[akymrk]

"unique symbol型はすでに、Branded Typeのような性質（どちらもsymbol型だけど区別できる）を持っている""型はランタイムの値を正しく反映しているというのが、型を信頼してコーディングをするための前提条件""マシな嘘"

[efcl]

brnded type

[dorapon2000]

“このようなシンボルを使わないやり方がベストではないと筆者が考える理由は、主に2つあります。 一つは、単純に補完で余計なものが出てしまうことです。”