0
"仕様パターン"を使用して、私のソリューションでドメインオブジェクトを検証する予定です。別のプロジェクトの仕様パターン？
「仕様」クラスを私のソリューションに入れるための「正しい」場所はどこですか？ 「仕様」クラスを含む専用プロジェクトを作成すべきか、それをドメインまたはビジネスプロジェクトレイヤーに組み込む必要がありますか？
A
答えて
0
あなたは、彼らが一緒に変更するので、すなわち一緒に機能的に関連する成果物を保つ機能凝集性を達成するための適切な場所であると感じどこに、変更がもの
を見つけるために、簡単にローカライズされています関連する問題
- 1. リポジトリの仕様パターン？
- 2. 仕様パターンの例
- 3. 仕様パターンasync
- 4. Cocoapod仕様とサブ仕様別フレーム
- 5. コントローラの仕様と仕様の仕様
- 6. 仕様パターンの実装方法は？
- 7. テスト仕様を別のテスト仕様に渡す
- 8. DDD検証のための仕様パターンの使用
- 9. チェックされた例外の仕様と戦略のパターン
- 10. スクラップモバイルウェブページの仕様
- 11. htmlの仕様
- 12. EFエンティティまたはドメインオブジェクトの仕様パターンです
- 13. 識別子はECMAScript仕様2017
- 14. httpヘルスチェックの仕様？
- 15. $スコープ - コントローラの仕様
- 16. Erlangのタイプ仕様
- 17. はデコレータの仕様
- 18. Androidサポートライブラリの仕様
- 19. 仕様テストのスイッチングテスタ
- 20. .gemrcファイルの仕様
- 21. 合成仕様パターンでisGeneralizationOfを実装する方法は？
- 22. 階層仕様のデータにアクセスするClojure仕様
- 23. Jasmine仕様に13以上の仕様がありません
- 24. Java言語仕様：Javaの8仕様でJava ConditionalExpressionでLambdaExpression
- 25. PHP ws- *仕様
- 26. リアルタイムJava仕様
- 27. ブレークパッドミニダンプ仕様？
- 28. インポート仕様vba
- 29. ジャスミン仕様
- 30. ADT仕様