TypeScriptのコーディングスタイル、どっちで書く？

#javascript #typescript #プログラミング
今回はTypeScriptやJavaScriptでプログラミングをしているときに「どっちで書く？」と悩むようなポイントを紹介しました。絶対的な正解が付けにくい物が多いですが、チームで開発するときにはコーディングスタイルが統一されていると良いですねー。
🛎️ 宣伝 : 本を書きました！
「コードが動かないので帰れません!」
新人プログラマーのためのエラーが怖くなくなる本です。エラーログの読み方やデバッグの考え方、デバッガを使ったブレイクポイントの活用法を解説しています。
📖 www.amazon.co....
ぜひ購入をお願いします！！！！！！！！！！！
🦜 Twitter フォローお願いします！
むー / moobugs
zaru / zaru
👨‍💻 ムーザルについて
ムーザルは、むーとzaru（ざる）の現役プログラマな二人のコンビです。
技術や物作りが好きで、楽しんで開発ができるような動画を投稿しています。
チャンネル登録やグッドボタンで応援してくれると嬉しいです。
「この技術の解説動画が見たい！」などのリクエストコメントもお待ちしております！

[@johndoe-gy7jq]

私は圧倒的に - アロー関数派 - type 派(アプリケーションを書くときは基本的に type。 例外としてライブラリを書くときは使い手側で拡張したいことが多いので、 interface として定義することもあります) - named export 派 ですね… アロー関数は、動画でも触れていましたが、 this の扱いやホイスティング等の面倒な仕様がない。 見た目でパッと分かるから function を使うというのも、コードを読むときに function 部分までしか読まずにコードを読むみたいなことが起こらないし、 language server を使っていれば、どの値が関数なのかどうかはわかる。 type は interface のような継承という割れ窓の発生がないので安全だから。継承を使うべきでないのに使うのが悪いというようにおっしゃっていましたが、継承という割れ窓を使うことがそもそもできないということが type の利点です。 default export を使うと、 CommonJS と ESModule の互換性で問題が発生するので、named export ですね。あとは、別の名前で好き勝手に import されるのはコード内で検索しづらいし、 as を使えば別名を使うこともできる。file の中で重要な export が唯一という印象をつけられるという意図で default を使うと仰っているが、それもよくわからない。 1つだけ named export していれば、それが唯一で重要という印象はつけられる。結局 default でも named でも混在させられるという点で唯一という利点は削がれている。

[@こぺんぎん-v5y]

2人とも楽しそうにプログラムの話してるの好きです

[@moozaru]

ありがとうございます。嬉しいです

[@我々-p8h]

素晴らしい👍

[@user-bx7xs6mt4s]

自分もeslintに合わせてinterfaceにしたんですけど、どうしてもtypeでないといけない部分もあり混在してるのが気持ち悪いんですよね。 逆にinterfaceでなくてはいけない場面はあまりないっていう。。。

[@HaluNo9]

named vs defaultはほんとに悩ましいです…

[@MiyakawaTakeshi]

Schemeを学んだ自分としては、アロー関数で統一したい気持ちだなあ。 変数と関数を区別したくない。

[@dm_99]

最近2人でNext書いててそれぞれが違う宗派だったから困っていた笑 あとNext.jsのコンポーネントのファイル名の命名規則とかどうするのが正解なんだろう😂

[@yasujinakanishi9062]

宗教戦争…。新しいメンバーとのアイスブレイクとしての話題が必要。永遠に残しましょう