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

Question

6

这更像是一个开放性问题，而不是在寻找一个特定的答案。

众所周知，并没有适用于所有解决方案的唯一答案，但我很好奇您如何构建您的asp.net MVC解决方案以及在设计中遇到的任何问题或如果您可以重新开始会做些什么不同的事情。

标准的asp.net MVC模板只是一个基本模板，我相信我已经读过/听过Scott Hanselman在播客中说过，Model文件夹存在的唯一原因是为了让人们不问“模型在哪里”。这已经意味着它可能应该移动到自己的单独类中。

就我个人而言，在我完成的小型MVC应用程序中，我将模型分离成一个持有模型和存储库的类，而'MVC'项目则包含控制器和视图。这通常都没有任何问题，但正如我所说，这些只是小型应用程序。

那么大多数人都在做什么呢？ -只使用标准模板吗？ -只分离模型吗？ -分离模型和控制器吗？ -分离得更彻底，所有数据访问都通过Web服务或某种数据门户完成吗？ -还是完全不同的东西？

最后人们如何创建单元测试？只为每个项目测试一个单元测试类，还是为每个项目创建一个单元测试类？

- lancscoder

2个回答

0

说实话，大多数时候我发现标准模板已经足够整洁，可以直接重复使用。我认为这主要取决于你自己的组织偏好。

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

- James

如果它太大，为什么要分开呢？为什么不从一开始就分开呢？只是想学习 :) - Sam

@Sam - 就像我说的，这是个人偏好。我认为一个小模型不值得拥有完整的类库（尽管有些人会持不同意见）。我觉得Models文件夹已经足够分离了。然而，如果我感觉我的模型变得相当大/复杂，我肯定会考虑将其整理到DLL中，这样它就可以将我的模型杂乱无章地与我的网站结构分开。 - James

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- mrydengren · Accepted Answer

我个人使用Jimmy Bogard的方法：组织ASP.NET MVC解决方案。