なぜ default export を使うべきではないのか？

Takuma HANATANI2020-05-20Engineering Manager at LINE Corp. @potato4d フロントエンド開発センター(通称: UIT)の花谷(@potato4d)です。 この記事では、 ESModule の仕様であり、現在の JavaScript を用いた開発で必須である import / export 構文について、 default export ではなく named export を利用すべきである理由について紹介します。 前提知識について なお、本記事は以下を前提知識として、詳細の説明を省きます。 ESModule と import / export についての基本 CommonJS module との違い esModuleInterop 周り(CJS → ESM の import については扱わないため) プロジェクトで使われている技

[potato4d]

ずっと書くと言っていた記事、会社の枠でショートに書きました。

[nkgr]

default export は使う側が自由に名前を変えられるので内部実装が変わったときに実態を表さないことがある。という指摘。 明日社内で意見を聞いてみたい。

[tomoya]

Avoid Export Defaultって有名じゃないの? ちなみに必ずしも export default が悪いわけではないですね。 https://basarat.gitbook.io/typescript/main-1/defaultisbad

[cyokodog]

AngulerからVue+TS案件に移った時、default export嫌だなぁってすごい思った...deep driveでもnamed export推してる https://typescript-jp.gitbook.io/deep-dive/main-1/defaultisbad

[akabekobeko]

これ VS Code + TS 利用するようになって悪手かも？とモヤモヤしてたので納得感のある内容。いざとなれば as もあるし default やめてみよう。

[ptpadan]

いまいち理解しきれないんだけど import convertToISO8601 from './modules/converter' こう書きたくなるのであれば import convertToISO8601 from './modules/convertToISO8601 であるべきじゃないのかな？ でこのファイル名だったらimportの保管はきく気が

[gfx]

わかる。

[tookikimie]

名前被りの可能性って排除できる？(Aの文脈で使われるconvertToDateとBの文脈で使われるconvertToDateが両方存在する可能性はないの？)っていうのと、本質的には古典的な置換でしかrenameできない環境や言語のせいじゃないの？

[sugarte]

export default を使うとimport先での名前が散乱するのでよくない。なるべく名前をつける。

[kitokitoki]

export default

[Haaaa_N]

default exportでname付ければ良いじゃん定期

[kakisoft]

“default export ”

[isdh]

わかりみ。

[fukken]

以前海外のブログ記事でも「export defaultはGREPしづらくなるからダメ（typoすることもあるし）」みたいな話がされていて、それ以降私もexport default使わない派。

[hirata_yasuyuki]

高機能のIDEを使えば良さそう。(少なくともJetBrainsのものは、default importでもシンボル・import補完が効くから別名で使うこと自体が面倒だし、リファクタリングも補助機能がある)

[murasuke]

default押しの解説が気持ち悪い原因がわかった気がする。

[simochee]

リファクタリングだったり変更だったりのときに矛盾が生じる余地がないからnamed exportが良いのね

[TMCNE]

同じような事を言ってる記事は結構あるのに、関連リンクが一つも無いのは何だかなぁと思ってしまう

[hirorock]

プロジェクトのみで使う場合はこの手法で良さそうだけど、配布するとか別プロジェクトでも使うとなるとas使う可能性がでるのでは…？ まぁ運用方法によってだけど、「使うべきでは無い」って言い切れないですよね

[clash_m45]

なるほど 意識していこう

[satohu20xx]

この例だとdefault exportは関数じゃなくて関数を内包するクラスにすれば良さそうに見える。関数に使って機能が変わるならファイルごと変えた方が好みだなー

[chimerast]

AMD, UMDの魑魅魍魎の時代からモジュール解決を触ってるけど、ライブラリ提供者側が名前付きで値を士提供できるのは取り出せる世の中は便利だよね。

[tk_musik]

default exportは俺も違和感あるので避けてる。

[Adeptus]

気持ちはわかるけど関数名が重複すると破綻するんだよね。安易な名前で迂闊に自作exportできなくなる。

[mayumayu_nimolove]

そんな書き方あるんだ。export defaultしか知らなかった

[living]

Vueコンポーネントはどうしてるんだろう。仕様上default exportが必須だったと思う: https://github.com/vuejs/vue-loader/issues/1234#issuecomment-409020334 "the component must be the default export and this is not going to change."

[roolrool]

理由ちゃんとわかってなかったな

[kyuns]

たしかに

[mizdra]

良いまとめ

[knjname]

特定ファイルパスに置くCoC的なファイルはdefault exportでもいいけどね（誰もimportしないから）

[ogawa0071]

default export 派だったけど変えよ。