前几天我被要求审查一个基于 ASP.NET MVC + CSLA + DDD(域驱动设计)的系统。该系统的第一个版本基于 ASP.NET MVC + CSLA。第二个版本基于该版本加上添加的 DDD。原因是因为......好吧，我不知道是什么。当我查看来自两个不同架构的图表时，很明显第二个版本极其复杂。 CSLA 对象基本上使用了域对象。当你看到这样的东西时，你就知道它已经闻起来了，但很难证明为什么有人不应该这样做，除非 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
关于asp.net-mvc - Asp.Net MVC + CSLA + DDD 是否可行，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/775465/