新しいASP.NetMVCアプリケーションのデフォルトのファイル構造の機能的な理由はありますか(コントローラー、モデル、ビューなどでグループ化されていますか?
そうでなければ、私はそれを私にとってより便利な方法で構成するでしょう。
ありがとう!
新しいASP.NetMVCアプリケーションのデフォルトのファイル構造の機能的な理由はありますか(コントローラー、モデル、ビューなどでグループ化されていますか?
そうでなければ、私はそれを私にとってより便利な方法で構成するでしょう。
ありがとう!
技術的には、モデルとコントローラーはDLLにコンパイルされる単なるコードファイルであるため、どこにでも配置できます。ただし、MVCが想定している規則を利用したい場合は、他のファイルの場所の要件が厳しくなります。
厳密に言えば、どこにでもビューを配置できます。ただし、そうすることには多くの結果があります。View()メソッドでビューへのフルパスを指定する必要があります。ビューを〜Viewsフォルダーに配置しない場合、ユーザーがビューを直接ダウンロードする可能性があります(これは不要です)。
一般に、規則に従うと、MVCはよりスムーズに機能します。自分のやり方で進むと、多くの自動化と生産性が失われます。