2

MVC4 を強化しながら、いくつかのベスト プラクティスを学ぼうとしています。私は3つのプロジェクトで解決策を持っています:

  1. Web: MVC のもの
  2. コア: データ モデル
  3. テスト: クラスのテスト

私は今追加しようとしています：

4: サービス: ビジネス ロジック

これは、コントローラーから "GetFilteredItems()" などのロジックを取得し、コアに依存し、Web に依存するサービス プロジェクトに配置します。私はこれを始めているので、単一の責任を尊重し、メソッドごとに 1 つのクラスを作成したいと考えています。私の質問:

1）これは良いアプローチですか？
2) ID を受け取り、リストを返す GetFilteredItems メソッドが必要だとします。クラスとメソッドの名前付けに関して、ここでの規則は何ですか? 何かを返すメソッド SampleClass() を持つクラス SampleClass を持つことはできませんよね?

4

2 に答える 2

1

MVC でのサービス層の作成に関する良い議論がここにあります。

単一の責任は、単一のメソッドを持つクラスを必要としません。私はこれまでこのアプローチについて聞いたことがありません。このアプローチとその利点に関する議論はどこにありますか?

于 2013-02-18T14:52:26.947 に答える
0

はい、これは良いアプローチのように思えますが、単一の責任の原則は、メソッドごとに個別のクラスを作成する必要があることを必ずしも意味するわけではありません。

サービスクラスが単一の責任を持つようにしてください。

GetFilteredItems メソッドでは、これを含む ItemService というクラスを作成できます。このサービスには、アイテムのコレクションを返すための他のメソッドも含まれます。

次に、アイテムの永続化に関連するメソッドを別のサービスに配置できます...

于 2013-02-18T14:33:12.950 に答える