我正在学习 ASP.NET MVC，我喜欢它。但是，我对为模型命名空间的正确方法感到非常困惑。
在剖析 NerdDinner 示例应用程序时，我注意到 Models 文件夹中的所有内容都属于 Models 命名空间。数据映射类、存储库、错误规则管理等属于同一命名空间级别。
我知道这个文件夹的灵感来自于 Rails 和 friend 等框架，并且需要它来证明 MVC 标题中的 M 的合理性，但是；自动模型命名空间不会破坏编写跨不同系统和实现可分离和可移植的业务逻辑的任何机会吗？
我应该在此模型命名空间下命名我的业务逻辑，还是应该完全忽略它并以更独立于框架的方式对我的类进行分类？
是否有任何复杂且优秀的 ASP.NET MVC 示例应用程序可以演示这一点？
最佳答案
我会以对您来说最有意义的方式对您的类进行分类，我怀疑他们在 Nerddinner 示例应用程序中使用了该命名空间，因为从学习的角度来看，开发人员总是看到它们是很好的在应用程序的模型部分。
就我个人而言，我不会在模型文件夹中放置任何内容，并为我的实体 (App.Domain) 和域服务 (App.Services) 创建单独的项目。我还为这两个项目创建了 .Tests 项目。
关于asp.net-mvc - 我应该如何在 ASP.NET MVC 中命名我的模型？对 Nerd 晚餐感到困惑，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/766212/