Asp.net 对于我的web应用程序来说,这是一个好的体系结构吗?

Asp.net 对于我的web应用程序来说,这是一个好的体系结构吗?,asp.net,asp.net-mvc,Asp.net,Asp.net Mvc,我正在尝试用ASP.NETMVC制作一个网站,但我不确定该如何组织。N层应用程序似乎工作得很好,但由于我是一个初学者,所以很难理解。我只想创建一个小的web应用程序,人们可以在其中登录并创建页面。在这些页面中,他们可以添加其他内容。我想数据库不会超过10个表。尽管它是一个小型应用程序,但我还是希望使用N层应用程序使用的一些最佳实践 这是一个好方法吗?还是大错特错 项目模型 表示数据库中实体的模型 Project.DAL 我的存储库和工作单元的接口和实现。还有我的NHibernate映射 Proj

我正在尝试用ASP.NETMVC制作一个网站,但我不确定该如何组织。N层应用程序似乎工作得很好,但由于我是一个初学者,所以很难理解。我只想创建一个小的web应用程序,人们可以在其中登录并创建页面。在这些页面中,他们可以添加其他内容。我想数据库不会超过10个表。尽管它是一个小型应用程序,但我还是希望使用N层应用程序使用的一些最佳实践

这是一个好方法吗?还是大错特错

项目模型

表示数据库中实体的模型

Project.DAL

我的存储库和工作单元的接口和实现。还有我的NHibernate映射

Project.BLL

我的服务的接口和实现

Project.UI.Web.MVC


我的控制器、视图模型和视图。控制器从服务中获取数据,并将数据(视图模型)传递给视图,因此我认为这是UI的一部分。

关于如何组织项目,没有硬性规定

在我看来,这很符合逻辑,而且似乎遵循了我在互联网上看到的许多例子

重要的是,在我看来,这对你和你的团队来说是合乎逻辑的

请同时查看此链接,其中可能有很多有用的信息:


听起来像是一个整洁的层次

明确定义DAL、BLL和Web.MVC中的内容。因为人们对业务逻辑和ui逻辑有不同的看法,我建议每周回顾一下每一层的内容——首先


一个建议是调用Project.UI.Web而不是Project.UI.Web.MVC。

根据Gaz,没有硬性规定,只有一个建议Project.UI.Web.MVC只能是Project.UI.Web。