カテゴリー機能は終了いたしました。まとめ作成時にはタグをご活用ください。
20
medyʕ ◔ϖ◔ʔ 🐍 @dumblepytech1
どっちのディレクトリ構造が良い? pic.twitter.com/bEUvjqvRxt
 拡大
 拡大
しまかぜsoft @shimakaze_soft
@dumblepytech1 左の方が新機能の追加や改修、変更全般に強そう。 影響範囲も一つのドメイン内で抑えられると思う
せいた社長🤔百人同時起業 @SAWAKISEITA
1枚目が良いと思うけど、MVCで階層分ける必要性あるのだろうか。「給与計算業務のコントローラ修正しなきゃ」みたいな探し方することが多いだろうし、業務ディレクトリにまとめておいた方がスッキリすると思う。Angularだとxxx/xxx.component.tsとかxxx/xxx.service.tsとかみたいに分かれてて便利。 twitter.com/dumblepytech1/…
まめぴか@5月に転職しました @mame_pika
右派なんだけど、左の方が機能追加の際に便利だという意見も分かる。 twitter.com/dumblepytech1/…
ニケ(ぴ)@SESからゲームクリエイター @_nikeP
左 右は機能別に分けてる感じやけど、目的が違う場合は地雷でしかない、、 twitter.com/dumblepytech1/…
ミノ駆動 @MinoDriven
右(2枚目)は「技術駆動パッケージング」というアンチパターン。設計パターンごとにまとめるのは一見綺麗に整頓されているように見えるが、ドメインの関心事が設計パターンで分断されてしまい、業務概念ごとにまとまるべきものが低凝集になってしまう。特にマイクロサービス化を試みる場合非常に困る。 twitter.com/dumblepytech1/…
Takuma SHIRAISHI @ts7i
左を PBF (Package by Feature)右を PBL (Package by Layer) と呼ぶ流儀 medium.com/mindorks/pbf-p… もある。一般的に左のほうがスケールする。 twitter.com/dumblepytech1/…
かんちゃん @sapporo_east_k
ほえぇ、人気なのは左なんや! 今まで右のほうが多かったなぁ (今は左だわ) twitter.com/dumblepytech1/…
ぬっきーさん @poponuki
私は右かな。 ドメインが綺麗に作られるイメージがないから。 どっちでも良いとは思う。 twitter.com/dumblepytech1/…
Takao Sumitomo@Q beta4人柱 @cattaka_net
規模が大きくなったら左がよさそうだけど、作り始めは右になるだろなぁ twitter.com/dumblepytech1/…
えむえむ @mmilky
@dumblepytech1 一枚目が好きだけど、実際にはいろんなしがらみで二枚目
yamuuuuuun @yamuuuuuun
今は右で作ってるなー .net core 左の方が見やすいってのもある twitter.com/dumblepytech1/…
残りを読む(16)

コメント

FFR31 @FFR31 10日前
どっちも分かりにくいです
ゆーき @yuki073 10日前
複数のドメインから参照する必要のあるエンティティが出てくるとややこしいから右かな。
キタムラシステム @kitasys 10日前
あとで変えろとか言われるんだろうな…「内容はそのままだからすぐでしょ?」て
いちごみかん @yumemegakuma 7日前
まあリソースの縛りが緩いシステムなら左で。要求が厳しくきっちり作りこむなら右で。横断的な処理次第ではあるけど。
ログインして広告を非表示にする
ログインして広告を非表示にする