asp.net MVC解决方案/项目布局

这是一个开放的问题，而不是寻找一个具体的答案

我们都知道，没有一个答案可以适用于所有解决方案，但我很想了解您是如何构建asp.net MVC解决方案的，以及您在设计中可能遇到的任何陷阱，或者如果您可以重新开始，您会做些不同的事情

标准asp.net MVC模板只是一个基本模板，我确信我在播客中读到/听到Scott Hanselman陈述了模型文件夹存在的唯一原因，这样人们就不会问模型在哪里。这已经意味着它可能应该被移动到它自己的独立类中

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

那么大多数人在做什么呢？ -仅仅使用标准模板？ -只分离模型？ -分离模型和控制器？ -分离甚至移动，以便所有数据访问都通过web服务或某种数据门户完成？ -还是完全不同的东西

---

最后，人们是如何创建单元测试的？只有一个单元测试类来测试每个项目，或者每个项目只有一个单元测试类？

我个人使用Jimmy Bogard的方法：。

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

---

如果我的模型真的很大，我肯定会考虑为它创建一个单独的类库项目。

有趣的方法，在一个更大的规模的MVC项目之后，默认布局开始看起来杂乱无章。如果它太大，为什么你要把它分开？为什么不从一开始就把它分开呢？只是想学：）@Sam——就像我说的，这是个人喜好。我觉得一个小模型本身不值得一个完整的类库（尽管有些人不同意）。我觉得模型文件夹已经足够了。但是，如果我觉得我的模型变得越来越大/复杂，我肯定会考虑在DLL中清理它，这样我的模型的混乱就远离了我的网站结构。