アンチパターンを理解して package by feature へ

はじめに ニコニコ生放送でフロントエンドを担当している misuken です。 今回は関心が分散してしまう理由やその原理、この問題に対する適切な対処法を通して、package by feature の合理性や、そこで重要になってくる関心の単位などについて解説していきます。 規模の大きなものを扱っている方、分類が苦手な方、分類に関して悩みを感じている方には特に有用です。 前提 Reactでコンポーネントを管理する例で説明します 当然React以外の様々なディレクトリ構成でも応用できます BCD Design の概念も覚えておくとより体系的に理解できます 精度の高い明名ができれば、分類の効率も精度も上がります 現実世界で捉える関心の分散 通常、自宅や職場でトイレに行くとき、同じフロアや同じ建物内のトイレに行きます。 もしもトイレだけの建物が隣に建っていて、そこに行かなければならないとなったらと

[lizy]

ファイルシステムのツリー構造以外に、ファイルのメタデータに複数タグを定義できるようにして、エディタ等で分類・絞り込み表示出来ると便利そうな気もする

[zentarou]

家とオフィスが混在している地球アプリケーションがそもそも悪い説ある

[mumei-0]

“関心でまとまるべきものを切り刻んで別の軸にまとめてしまうことをキャベツの千切りになぞらえて 関心の千切り と呼ぶことにしました。”

[a-kuma3]

「パターン」は適切な名称が必要とよく言われる。冒頭の説明が分かりやすいと思うので「トイレだけのビルディング」とか、そんな感じのが良いんじゃないかと思った

[dorapon2000]

“"ただ単にあるものを組み立てただけの構造ではなく、一番最初に挙げた例 "家には「食卓 部屋 トイレ」がある" という構成のように、文脈に沿って具現化された構成にこそ価値があります。”

[ducktoon]

そう考えるとMVCは失敗だな

[uehaj]

Tailwindの良さにも通じるな。Tailwindはcssを汎用的関心の範囲に留める。ドメインに侵入させない。

[uva]

package by layer 関心が分散する → package by feature

[turanukimaru]

「一般的に開発者が口にする "ドメイン" とはサービスの関心のことを指します」が間違っていて、ドメインとはユーザの関心なのだが一般的な開発者はつい自分の関心の話をしてしまうのだ。だから関心が千切りになる。

[twotiger]

関心ごとにフォルダ作ってファイルをまとめろって話。でも、現実、横断的な関心があったり、どんな粒度で分割すべきか人によってぶれる。なら、typesとかapisってディレクトリ作って機械的に振り分けた方が楽では？

[kazuau]

たとえに乗っかると、家用品工場とオフィス用品工場に分けるよりも、トイレ工場と食卓工場に分けた方が効率がよいわけで、このたとえだけだとはっきりしない(が、後段の後方一致のところがその説明になっているか)

[for-my-internet-demo]

言語化

[nakag0711]

要はその部分を追加削除するときまとめて着脱しなくてはならない単位でまとめればいいのでは

[Nilfs]

言語化したことなかったのでこれは参考になりそう

[jay-es]

突然「チート」って出てくるけどチートシート的な意味だろうか？