这更多的是一个开放性问题,而不是寻找一个具体的答案。
众所周知,没有一个答案适合所有解决方案,但我很想知道您如何构建 ASP.NET MVC 解决方案以及您在设计中可能遇到的任何陷阱,或者如果可以的话您会采取不同的做法重新开始。
标准的 asp.net MVC 模板只是一个基本模板,我确信我在播客中读过/听到过 Scott Hanselman 指出模型文件夹存在的唯一原因,因此人们不会问模型在哪里。这已经意味着也许它应该被移动到它自己的单独的类中。
就我个人而言,在我完成的小型 MVC 应用程序中,我将模型分离到其唯一的类中,该类保存模型和存储库,而“MVC”项目则具有控制器和视图。这通常没有任何问题,但正如我所说,这些只是小应用程序。
那么大多数人在做什么呢?
- 只使用标准模板?
- 只分离模型?
- 将模型和控制器分开?
- 甚至将移动分开,以便所有数据访问都通过 Web 服务或某种数据门户完成?
- 或者完全不同的东西?
最后,人们如何创建单元测试?只有一个测试每个项目的单元测试类还是每个项目都有一个单元测试类?
我个人使用吉米·博加德的方法:组织 ASP.NET MVC 解决方案 http://www.lostechies.com/blogs/jimmy_bogard/archive/2009/12/08/organizing-asp-net-mvc-solutions.aspx.
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)