2013-01-07 5 views
8

私はASP.NET MVCでウェブサイトを作ろうとしていますが、どうやって整理すればいいのか分かりません。 N層のアプリケーションはうまくいくようですが、初心者のプログラマーなので、理解するのはかなり難しいです。私はちょうど人々がログインしてページを作成できる小さなWebアプリケーションを作りたいと思っています。これらのページでは、他のものを追加することができます。データベースは、私が思う10テーブルより大きくはありません。小さなアプリケーションでも、N-Tierアプリケーションが使用するいくつかのベストプラクティスを使用したいと思います。これは私のWebアプリケーションのための良いアーキテクチャですか?

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

Project.Models

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

Project.DAL私のリポジトリや作業単位のため

インタフェースと実装。私のNHibernateのマッピングも。

Project.BLL

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

Project.UI.Web.MVC

私のコントローラ、のviewmodelsとビュー。コントローラはサービスからデータを取得し、データ(ビューモデル)をビューに渡すので、UIの一部と考えることができます。

+1

Gazによると、ハード高速ルールはありません。ただ一つの提案Project.UI.Web.MVCはProject.UI.Webのみです。 – paritosh

答えて

2

あなたのプロジェクトをどのように整理するかについての厳しい規則はありません。

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

重要なことは、あなたとあなたのチームにとって私の意見では論理的なことです。

そこにあなたのために多くの有用な情報であるかもしれない、だけでなく、このリンクを見てみましょう:

Best practices for MVC architecture

0

きちんとしたレイヤーのように聞こえること。

DAL、BLL、Web.MVCの内容を明確に定義します。人々はビジネスロジックとUIロジックにどのような意見があるかについて意見が異なることがあるので、各層に何が入ったのかを毎週見直すことをお勧めします。

Project.UI.Web.MVCの代わりにProject.UI.Webを呼び出すことをお勧めします。

関連する問題