8

ASP.NET MVC で Web サイトを作成しようとしていますが、どのように整理すればよいかよくわかりません。N 層アプリケーションはうまく機能しているように見えますが、私は初心者のプログラマーであるため、理解するのはかなり困難です。ユーザーがログインしてページを作成できる小さな Web アプリケーションを作成したいだけです。これらのページでは、他のものを追加できます。データベースは 10 個のテーブルを超えることはないと思います。これは小さなアプリケーションですが、N 層アプリケーションが使用するいくつかのベスト プラクティスを使用したいと思います。

これは良いアプローチですか?それとも非常に間違っていますか?:

プロジェクト.モデル

データベース内のエンティティを表すモデル。

プロジェクト.DAL

私のリポジトリと作業単位のインターフェイスと実装。私のNHibernateマッピングも。

プロジェクト.BLL

サービスのインターフェイスと実装。

Project.UI.Web.MVC

私のコントローラー、ビューモデル、ビュー。コントローラーはサービスからデータを取得し、データ (ビューモデル) をビューに渡すので、UI の一部だと思います。

4

2 に答える 2

2

プロジェクトの編成方法について、厳密なルールはありません。

それは私にはかなり論理的に見え、インターネットで見た多くの例に従っているようです。

重要なのは、私の意見では、あなたとあなたのチームにとって論理的であるということだけです.

このリンクも見てください。そこには多くの役立つ情報があるかもしれません。

MVC アーキテクチャのベスト プラクティス

于 2013-01-07T15:32:14.990 に答える
0

それはきちんとしたレイヤーのように聞こえます。

DAL、BLL、Web.MVC の内容を明確に定義します。ビジネス ロジックと UI ロジックの内容については意見が分かれる可能性があるため、まず、各レイヤーの内容を毎週確認することをお勧めします。

1 つの提案は、Project.UI.Web.MVC の代わりに Project.UI.Web を呼び出すことです。

于 2013-01-07T16:13:01.607 に答える