ado*_*ojp 3 asp.net-mvc business-logic nerddinner
我正在学习ASP.NET MVC,我喜欢它.但是,我对使用命名空间模型的正确方法感到非常困惑.
在剖析NerdDinner示例应用程序时,我注意到Models文件夹中的所有内容都属于Models命名空间.数据映射类,存储库,错误规则管理等属于相同的命名空间级别.
据我所知,这个文件夹的灵感来自像Rails和朋友这样的框架,并且需要证明MVC标题中的M是合理的; 自动模型命名空间是否会破坏编写可在不同系统和实现中分离和移植的业务逻辑的任何机会？
我应该将我的业务逻辑命名为此Model命名空间下面还是应该完全忽略它并以更加框架独立的方式对我的类进行分类？
是否有任何复杂和良好的ASP.NET MVC示例应用程序可以证明这一点？
我会在最有意义以你的方式你的类进行分类,我怀疑他们用的书呆子晚餐样本应用程序,命名空间,因为从学习待命点它是很好的开发者总是看到他们是在Model部分申请.
就个人而言,我没有在Model文件夹中放置任何内容,并为我的实体(App.Domain)和域服务(App.Services)创建单独的项目.我还为这两个项目创建了.Tests项目.
| 归档时间： |
|
| 查看次数： |
1068 次 |
| 最近记录： |