面向大中型企业的ASP.NET MVC 3设计体系结构

Question

我的任务是为一家中型到大型公司提供一个架构，该公司希望在他们的应用程序设计中改用MVC。简要介绍了他们目前的架构：

1. 90+ Web应用程序是在Web中创建的，具有MVC类型的体系结构，但功能不太好。基本上是一个塞满所有你能想到的东西并坚持到会话的模型.混乱！
2. --一个从CSLA.net开始的业务对象框架，但是已经被修改得太重了，你不能再这样称呼它了。许多嵌入的SQL，没有SOC，与甲骨文捆绑在一起，有点混乱，但它能工作。
3. 他们实现了一个“应用程序管理器”，这本质上是Web表单应用程序之上的另一个模型类型层.

无论如何，我正在寻找关于如何将ASP.NET MVC 3与其现有的业务对象框架一起使用的建议，我想出了以下的想法。

在他们的业务对象框架和ASP.NET MVC 3应用程序之间实现一个层，为控制器之间的视图模型提供服务。这一层将是：

对现有的业务规则进行验证，并将任何错误移植回Web -- Application.

• Data从其对象中检索并转换为视图模型以返回给controllers.

• Where控制器--会将视图模型返回到数据库，可能会使用AutoMapper将它们映射回其业务对象。

它可能是一种服务类型层？？

如有任何建议，将不胜感激。

Answer 1

一切都在改变，请看我对这个问题的回答。

MVC Design and architecture advices