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

这是一个更开放的问题，而不是寻找一个特定的答案。asp.net MVC解决方案/项目布局

众所周知，没有一个适合所有解决方案的答案，但我很想知道如何构建您的asp.net MVC解决方案，以及您在设计中遇到的任何缺陷或您将要做的事情如果您可以重新开始，则不同。

标准的asp.net MVC模板只是一个基本模板，我确定我在播客中看过/听过Scott Hanselman说过模型文件夹存在的唯一原因是所以人们不会问哪里是该模型。这已经意味着，也许它应该被转移到它自己的独立课堂上。

个人在小MVC应用程序我已经做了我已经分离出的模型转换成其唯一的类，用于保存模型和信息库，而“MVC”项目有控制器和视图。这通常没有任何问题的锻炼，但正如我所说，这些只是小应用程序。

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

最后如何人民创造单元测试？只需要一个单元测试课程来测试每个项目的每个项目或单元测试课程？

来源

2010-02-19 lancscoder

我个人使用吉米·博加德的做法：Organizing ASP.NET MVC solutions。

来源

2010-02-19 10:00:06 mrydengren

有趣的方法，在更大的规模一对夫妇的MVC项目后的默认布局开始显得杂乱确实如此。 – 2010-02-19 10:16:01

说实话，大部分的时间我已经找到了标准模板不够整齐，我简单地重新使用它。我会说它的真正属于你自己的特定组织偏好。

如果我的模型得到了真正的大我肯定会考虑为它创造一个单独的类库项目。

来源

2010-02-19 10:01:36 James

如果它太大，为什么要分开它？为什么不把它分离开始呢？只是试图学习:) – Sam 2011-02-19 19:34:46

@Sam - 就像我说这是个人喜好。我不觉得一个小型模型本身应该有一个完整的类库（尽管有些人会不同意）。我觉得* Models *文件夹是足够分离的。但是，如果我觉得我的模型变得相当庞大/复杂，我肯定会考虑将它整理在一个DLL中，这样可以让模型的混乱远离我的网站结构。 – James 2011-02-22 11:34:24

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

回答

相关问题