ASP.NET MVC 应用程序设计
好的,我已经吸收了有关 MVC、EF4、存储库模式、UoW、服务层等的各种重要信息,现在我将尝试将它们放在一起。
我的问题是,这些应该如何分开?
我正在考虑这样的项目:
1)应用程序 - MVC 应用程序
2)存储层
3) 实体 - EF4/部分实体类
任何建议都会很棒!
谢谢, 山姆
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
以下是如何构建应用程序的一个示例:
这些层可以表示物理分离(程序集)或逻辑分离到同一程序集中。
Here's one example of how you could structure your application:
This layers could represent a physical separation (assemblies) or logical separation into the same assembly.
除非有物理原因(例如部署或代码共享原因),否则不要物理地分离代码。使用文件夹和命名空间。
Don't separate code physically until you have a physical reason to do so such as deployment or code sharing reasons. Use folders and namespaces.
我自己刚刚经历过这个,到目前为止我发现的最好的方法是 S#arp Architecture 。
优秀的模板为您生成项目脚手架,它们很好地解释了为什么您确实想要物理项目分离。 这里的论点很好。这些教程展示了使用此模型的 TDD 如何变得轻而易举。
该模型的优点在于它提供了关注点分离,因此如果您确实想使用 EF,只需更换 NHibernate。
I've just been through this myself and by far the best approach i found is S#arp Architecture.
Excellent templates generate the project scaffolding for you and they have a good explanation why u really do want physical project separation. Good argument here. Theyre tutorial shows how TDD with this model is a breeze.
The beauty of this model is the separation of concerns it offers so if you did want to use EF, its a snip to swap out NHibernate.