这不是一个悬而未决的问题，而是寻找一个具体的答案。
众所周知，没有一个答案符合所有解决方案，但我很想知道你如何构建asp.net MVC解决方案以及你在设计中可能遇到的任何陷阱或者你会做出不同的事情如果你可以重新开始。
标准的asp.net MVC模板只是一个基本模板，我确信我已经在一个播客中读/听过Scott Hanselman说明模型文件夹存在的唯一原因是人们没有问到哪里是模型。这已经意味着它可能应该被移动到它自己的独立类中。
就我已经完成的小型MVC应用程序而言，我已将模型分离为唯一一个包含模型和存储库的类，而“MVC”项目具有控制器和视图。这通常是没有任何问题的锻炼，但正如我所说，这些只是小应用程序。
那么大多数人在做什么？ - 只是使用标准模板？ - 只分离模型？ - 分离出模型和控制器？ - 分离甚至移动所以所有数据访问都是通过Web服务或某种数据门户完成的？ - 或者完全不同的东西？
最后人们如何创建单元测试？只有一个单元测试类可以测试每个项目或每个项目的单元测试类吗？
答案 0 :(得分：4)
我个人使用Jimmy Bogard的方法：Organizing ASP.NET MVC solutions。
答案 1 :(得分：0)
说实话，大多数时候我发现标准模板足够简洁，只需重复使用它。我会说这实际上只取决于你自己特定的组织偏好。
如果我的模型非常大，我肯定会考虑为它创建一个单独的类库项目。