モジュールの分離
FSDの枠 組みの中で、すべてのモジュールは責任の領域（レイヤー、スライス、セグメント）に分配されています。
レイヤーは縦に組織されています。
- "下層"には再利用可能なモジュール（ui-kit、プロジェクトの内部ライブラリ）があり、最も抽象的です。
- "上層"に進むにつれて、より特定的なモジュールが配置されます。
どのスライスに属していても、各モジュールは公開アクセスインターフェースを提供する義務があります。
要件
各モジュールが他のアプリケーションと相互作用する際には、いくつかの要件を考慮して設計されます。
- 他のモジュールとの弱い結合
- 1つのモジュールの変更は、他のモジュールに対して弱く予測可能な影響を与えるべきです。
- 高い結合性 - 各モジュールの責任は「1つのタスク」に焦点を当てています。
- モジュールがあまりにも多くの責任を持つ場合（「やりすぎる」場合）、それはできるだけ早く認識されるべきです。
- アプリケーション全体での循環依存の不在
- これはしばしば予期しない望ましくない動作を引き起こすため、完全に避けるべきです。
ルール
これらの要件を満たすために、方法論の枠組みの中で基本的なルールを守る必要があります。
重要
モジュールは「下層」のモジュールにのみ依存でき、同じ層またはそれ以上の層のモジュールには依存できません。
features/authはfeatures/filtersに依存できません し、逆も同様です。features/authはshared/ui/buttonに依存できますが、逆はできません。
このルールに従うことで、依存関係を**「一方向」に保つことができ、これにより循環インポートを自動的に排除し**、モジュール間の依存関係の追跡を大幅に簡素化します。
問題の特定
このルールの違反は問題の信号です。
- モジュールが自層の他のモジュールからインポートを持つ
- モジュールが過剰に細分化されているか、余分な責任を持っている可能性があります。
- インポートされたモジュールと統合 するか、部分的または完全に下層に移動するか、上層のモジュールに依存関係のロジックを移動する必要があります。
- モジュールが自層の多くのモジュールからインポートされる
- モジュールが余分な責任を持っている可能性があります。
- 部分的または完全に下層に移動するか、上層のモジュールに依存関係のロジックを移動する必要があります。
- モジュールが自層の多くのモジュールからインポートを持つ
- モジュールが別の責任領域に属している可能性があります。
- 部分的または完全に上層に移動する必要があります。