Expand description
§Use Cases（ユースケース）
§Use Caseとは
Use Caseは、1つのユーザーゴールを達成するためのビジネスフローを表現します。 エンティティやドメインサービスを組み合わせ（オーケストレート）、アプリケーション固有の処理を実現します。
§Use Caseの責務
§✅ Use Caseが行うこと
- ポート（トレイト）を経由した外部システムとの通信
- ドメインエンティティ・サービスの呼び出しと調整
- トランザクション境界の定義
- アプリケーション固有のビジネスフローの実装
§❌ Use Caseが行わないこと
- ドメインロジック（ビジネスルール）の実装 → Domain層のエンティティ・値オブジェクト・ドメインサービスが担当
- 技術的詳細の実装 → Infrastructure層のアダプターが担当
§設計原則
§1. Single Responsibility Principle (SRP)
各Use Caseは1つの変更理由のみを持つ。
WatchCalendarChangesUseCase: カレンダー監視のビジネスフローが変わるCreateUsageUseCase: 使用予定作成のビジネスフローが変わる
§2. Dependency Inversion Principle (DIP)
Use Caseは抽象（ポート）に依存し、具象には依存しない。
ⓘ
pub struct SomeUseCase<R, N>
where
R: ResourceUsageRepository, // trait（抽象）に依存
N: Notifier, // trait（抽象）に依存§3. Interface Segregation Principle (ISP)
Use Caseは必要最小限のポートにのみ依存する。
§4. Thin Application Layer
Application層は薄く保ち、ドメインロジックをDomain層に配置する。
Re-exports§
pub use grant_user_resource_access::GrantUserResourceAccessUseCase;pub use notify_resource_usage_changes::NotifyResourceUsageChangesUseCase;