前两天在做项目时，和同事在一个Service类的命名上争执起来。他们想取个比较general的，我则想起个更有意义的，然后就想起来了domain-driven design里的一起典型的Service，如Factory, Repository等。
在接触DDD之前，我有很多困惑。在学习了Eric Evans的领域驱动开发之后，我奉它为银弹。开发像我们公司这种有复杂业务逻辑软件，DDD就是解决之道。这几年的工作中，虽然不是100%的用DDD中的实践方法，但也吸收了很多精髓，如：
- 加强开发人员与业务人员的沟通，注意业务知识的积累，统一语言
- 软件分层设计，各有职责（目前这个做的最好， 🙂 ）
- 模型的持续精化，与时俱进
- DDD有一些设计的最佳实践，如Service，Entity，Value Object，真的很好很强大。
当然，开发中还是有别的问题，主要还是提升产品的质量和降低维护的成本。想做的就是把”活文档“引入进来，加强自动化的测试。
最后分享一下我当时做的PPT。
