ASP.NET MVC 应用程序设计

发布于 2024-10-18 08:33:32 字数 199 浏览 1 评论 0 原文

好的,我已经吸收了有关 MVC、EF4、存储库模式、UoW、服务层等的各种重要信息,现在我将尝试将它们放在一起。

我的问题是,这些应该如何分开?

我正在考虑这样的项目:

1)应用程序 - MVC 应用程序
2)存储层 3) 实体 - EF4/部分实体类

任何建议都会很棒!

谢谢, 山姆

Ok, So I have been taking in all sorts of great information about MVC, EF4, Repository Pattern, UoW, Service Layers, etc and now I am going to attempt to put it all together.

My question is, How should these be separated?

I was thinking projects like this:

1) Application - MVC App
2) Repository Layer
3) Entities - EF4/Partial Entity Classes

Any suggestions would be great!!

Thanks,
Sam

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

若能看破又如何 2024-10-25 08:33:32

以下是如何构建应用程序的一个示例:

  1. 域模型(主要 POCO 对象)
  2. 存储库(根据项目要求实现一些数据访问技术:EF、NHibernate、LINQ to XML、远程 Web 服务调用……)
  3. 服务(业务操作将多个 CRUD 操作聚合到将与域对象一起公开的业务操作中)
  4. ASP.NET MVC 应用程序(域对象和视图模型之间的控制器、视图、视图模型、映射器)

这些层可以表示物理分离(程序集)或逻辑分离到同一程序集中。

Here's one example of how you could structure your application:

  1. Domain Models (Primary POCO objects)
  2. Repositories (Implementation of some data access technology depending on the project requirements : EF, NHibernate, LINQ to XML, Remote web service calls, ...)
  3. Service (business operations aggregating multiple CRUD operations into a business operation that will be exposed with the domain objects)
  4. ASP.NET MVC application (Controllers, Views, View Models, Mappers between the Domain objects and the view models)

This layers could represent a physical separation (assemblies) or logical separation into the same assembly.

感性不性感 2024-10-25 08:33:32

除非有物理原因(例如部署或代码共享原因),否则不要物理地分离代码。使用文件夹和命名空间。

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.

还给你自由 2024-10-25 08:33:32

我自己刚刚经历过这个,到目前为止我发现的最好的方法是 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.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文