代码之家 › 专栏 › 技术社区 › lancscoder

ASP.NET MVC解决方案/项目布局

projects-and-solutions project-management asp.net-mvc asp.net

6

lancscoder · 技术社区 · 16 年前

这更多的是一个开放的问题,而不是寻找一个具体的答案。

我们都知道,没有一个答案适合所有的解决方案,但我很好奇,您如何构建您的ASP.NET MVC解决方案,以及您在设计中遇到的任何陷阱,或者如果您可以重新开始,您将做些不同的事情。

标准的ASP.NET MVC模板只是一个基本模板,我确信我在一个播客中读到了Scott Hanselman所说的模型文件夹存在的唯一原因是人们没有问模型在哪里。这已经意味着它应该被移动到自己的独立类中。

就我个人而言,在我所做的小型MVC应用程序中,我将模型划分为唯一一个类,该类保存模型和存储库,而“MVC”项目具有控制器和视图。这通常没有任何问题,但正如我所说,这些只是小应用程序。

那么大多数人在做什么呢? -只是使用标准模板? -把模型分开? -把模型和控制器分开? -分离甚至移动,这样所有的数据访问都是通过Web服务或某种数据门户完成的? -或者完全不同的东西?

最后,人们是如何创建单元测试的?只有一个测试每个项目的单元测试类,还是每个项目的单元测试类?

2 回复 | 直到 16 年前

1

4

mrydengren 16 年前

我个人使用吉米·博加德的方法: Organizing ASP.NET MVC solutions .

2

0

James 16 年前

老实说,大多数时候我发现标准模板足够整洁,我可以简单地重用它。我想说,这完全取决于你自己的组织偏好。

如果我的模型变得非常大,我肯定会考虑为它创建一个单独的类库项目。