はじめに ニコニコ生放送でフロントエンドを担当している misuken です。 今回は関心が分散してしまう理由やその原理、この問題に対する適切な対処法を通して、package by feature の合理性や、そこで重要になってくる関心の単位などについて解説していきます。 規模の大きなものを扱っている方、分類が苦手な方、分類に関して悩みを感じている方には特に有用です。 前提 Reactでコンポーネントを管理する例で説明します 当然React以外の様々なディレクトリ構成でも応用できます BCD Design の概念も覚えておくとより体系的に理解できます 精度の高い明名ができれば、分類の効率も精度も上がります 現実世界で捉える関心の分散 通常、自宅や職場でトイレに行くとき、同じフロアや同じ建物内のトイレに行きます。 もしもトイレだけの建物が隣に建っていて、そこに行かなければならないとなったらと
package by feature のススメ
最近、package by feature というディレクトリ構成が様々なところで出てきています[1]。例をあげると、これらで見れます。 next.js の app router bulletproof-react 他人がはやく読めるコードを書くために しかし、package by feature について簡潔にまとまった資料がまだないため、人に紹介するときに不便です。そこで今回は package by feature とは何なのか、何が良いのかについてまとめます。 package by feature とは? package by feature とは、ディレクトリを feature 単位でまとめる手法のことです。 # package by feature src/ └ feature/ └ recordList/ (記録を表示するための機能群) ┝ DailyAverage.tsx ┝
最近、package by featureに関する記事やスライドが増えてきたように見受けられます。 この概念に対する調査、考え方、考察について、私の理解をまとめておこうかと思います。 今回は、簡単な説明と、起源と思われるものと参考記事をまとめます。 主に記事紹介をしつつ、合わせて関連概念を列挙します。 記事紹介だけで結構な量になったので、メリット・デメリット、実践方法等はまた別の記事を書く予定です。 [追記] package by featureのメリット・デメリット package by featureって要するにどういうこと？ アプリケーションのコードを、技術的な分類ではなく、機能や関心ごとにまとめて配置しよう！という設計（あるいは単にフォルダ分割の方法）の名称です。 簡単な例 技術的な分類(package by layer) services, models, repositorie
Goのinternalパッケージを使ったPackage by Featureを意識した構成 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Package by Feature
Philipp Hauer's Blog Engineering Management, Java Ecosystem, Kotlin, Sociology of Software Development Posted on Apr 21, 2020. Updated on Jun 12, 2022 A popular approach is packaging by technical concerns. But this approach has some drawbacks. Instead, we can package by feature and create self-contained and independent packages. The result is a codebase that is easier to understand and less error-
CI高速化戦略 ~ in Package By Feature ~ - バイセル Tech Blog
はじめに こちらはバイセルテクノロジーズのアドベントカレンダー2024の21日目の記事です。前日の記事は遠藤さんの「ジョブエクスプローラでBigQueryのボトルネックをリサーチする」でした。 こんにちは！私はテクノロジー戦略本部に所属し、2024年に新卒として入社した高橋です。 2023年の10月から内定者インターンとしての経験を積み、現在は開発3部のCRMチームでフロントエンドエンジニア（以下、FEエンジニア）として働いています。 この度、チーム内で継続的インテグレーション（以下、CI）の速度改善に取り組む機会があり、その内容を共有したく、この記事を執筆することにしました。 少しでもCIの速度にお悩みのFEエンジニアの方々の参考になれば幸いです。 はじめに 概要 前提 改善前のCI 構成 実行結果 検証 検証結果 現在 まとめ 概要 私たちのプロダクトは、開発当初から費用対効果を考慮し
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アンチパターンを理解して package by feature へ
package by featureに関する記事や書籍のまとめ