asp.net-mvc – Asp.Net MVC CSLA DDD可能

前几天我被要求查看一个基于ASP.NET MVC CSLA DDD(域驱动器设计)的系统.该系统的第一个版本基于ASP.NET MVC CSLA.第二个版本是基于加上DDD.原因是因为……好吧,我不知道是什么.当我查看两个不同架构的图表时,很明显第二个版本非常复杂. CSLA对象基本上使用了Domain对象.当你看到这样的东西时,你知道它已经闻起来但是很难证明为什么有人不应该这样做而没有A)对所有主题有极端的了解或者B)长时间使用它.我没有这个主题,但我知道如果我从头开始构建这个,我不会这样做,也不会与很多开发人员联系.

所以,亲爱的读者,在这种情况下你会做什么？我的想法是,如果你想使用CSLA和MVC和DDD,那么你做一个立场并选择一个或另一个(CSLA或DDD).如果你不这样做,厨房里的厨师太多了.

如果您对此事有意见,请提供一些见解.

解决方法

My thoughts are that if you want to
use CSLA and MVC and DDD then you make
a stand and chose one or another (CSLA
or DDD). If you don’t there are too
many cooks in the kitchen.

我倾向于同意你的意见.如果有人想用已经刷新的DDD友好架构支持框架做DDD,我推荐S#arp Architecture而不是CSLA.

话虽这么说,有些人觉得有可能使用CSLA来处理DDD的某些方面.显然,DDD纯粹主义者可能会对这种前景感到畏缩,但你不必是纯粹主义者从DDD那里获得一些东西. Derick Bailey有一个关于这个主题的有趣博客：http://www.avocadosoftware.com/csblogs/dredge/archive/2007/02/19/687.aspx

（编辑：哈尔滨站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!