MVC + WCF + TDD或DDD架构

Question

在这里,我们再次处于十字路口.

我想尝试至少在接下来的3年中实施一种简单,经过验证的方法来构建我的应用程序.每次我要开始一个项目时,感觉这是第一次因为这些天创建网站的大量"方法".

我有这个示例代码,我从这个包中购买了我购买的调用Design Pattern Framework 4 C#.在他们拥有的多个项目中,有一个名为"行动中的设计模式".您可以从这里下载https://skydrive.live.com/redir?resid=B853B0DB724C30E5!16735&authkey=!AOeHSAWa_P4vzzU

我的问题是,在你看一下这个解决方案之后,关于这个例子,有什么好的,坏的,你会保留什么,你会删除什么,什么是不必要的等等？

我知道他们正在尝试展示多个客户端以及多个DAO.但总的来说,这个架构是否会被视为"模板"？谢谢.

Answer 1

我的问题是，在您查看该解决方案之后，关于这个示例，什么是好的，坏的，您会保留什么，您会删除什么，什么是不必要的等等？

快速浏览后，我想说的是：

• 关于您问题中的 DDD 标签，这显然不是域驱动的架构。除了一些简单的验证规则之外，业务对象看起来很贫乏，而且 DDD 架构的许多基本构建块都不存在（聚合、值对象等）。

• 除非我错过了什么，否则大多数业务操作都是 CRUD 操作，这并不真正代表现实世界的企业应用程序。

• 有一个胖服务层和一个胖 ActionService 类，它基本上似乎可以处理应用程序的所有用例。好消息是，它以一种不可知的方式处理用例（据我所知，它操作的请求和响应对象是独立于传递机制的）。肥胖是不太可取的，因为该课程包含太多责任（SRP）。

• 在客户端使用存储库并在服务器端使用 DAO 看起来很奇怪，但为什么不呢？

• 如果它确实是测试驱动的，为什么不包含所有单元测试而不是仅包含一个示例？

除此之外，这些层都经过精心设计，并且正如多个表示层所示，用一个前端替换另一个前端或用一个持久存储替换另一个前端应该不难。