c# - MVC 一般クラスの場所

Question

MVC フォルダー構造で、一般的なクラスファイルはどこに配置する必要がありますか? たとえば、使用する適切な DataContext を決定するクラスがあるため、各コントローラーで車輪を再発明する必要はありません。コントローラーではありませんが、Controllers フォルダーに存在する必要がありますか? モデルではありませんが、データベースに関連しているため、モデルと一緒にする必要がありますか? おそらくViews\Sharedフォルダーですか？それとも、コンテンツはその種のもののキャッチオールフォルダーですか? どこにでも置くことができると確信していますが、「正しい」場所はどこにあるのか疑問に思っていました。

score 9 · Accepted Answer

コントローラー、コンテンツ、またはビューではないため、使用しないでください。モデルに最も密接に関連しているように見えるので、「ヘルパー」または「ユーティリティ」などと呼ばれるサブフォルダーの下のモデルに配置できます。または、Services という別の最上位フォルダーを追加して、そこに配置することもできます。ここに、すべてのアプリロジック、つまりコントローラーとモデルの間の仲介者を配置します。

score 3 · Accepted Answer

Rob の MVC Storefront を見ると: 個別のクラスライブラリプロジェクト (Commerce.MVC.Data など)

score 0 · Accepted Answer

別の DataAccess アセンブリを用意し、そのクラスを内部にして、DataContextFactory と呼びます。

score 0 · Accepted Answer

それ自体が有用な場合 (コマンドラインツールの周りに構築されていると考えてください)、Models フォルダーに配置します。コントローラーのヘルパーとしてのみ使用する場合は、Controllers フォルダーに配置します。

score 0 · Accepted Answer

データにアクセスする場合はデータアクセスレイヤーにある必要があり、そうでない場合はコントローラーフォルダーに配置できます。

score 0 · Accepted Answer

dmajkic、

なぜそれを独自の領域に分離するのですか？BLL コードの場合はコントローラーフォルダーにある必要があり、DAL 関連のアイテムの場合はモデルにある必要があります。プロジェクトが巨大になり、いくつかのサブフォルダーを作成したい場合は理解できますが、それは問題ではないはずです. しかし、別の層にコードを配置することは、MVC の目的を本当に無効にしていると思いませんか?

c# - MVC 一般クラスの場所

6 に答える 6

Related

Reference