【DDD心法从中台开始】0. 开始讲一讲我个人对DDD的理解

45 阅读2分钟

什么是DDD

DDD(Domain Driven Design) 领域驱动设计

设计?设计模式,难道面试官问的20多种设计模式有要多一种吗?

Oh No!

DDD 不是一种软件的设计模式,而是一种按照软件所属领域来构建和建模的方法。这就代表着必须要思考规划业务中的领域。领域是软件想要解决的问题或主题,领域贯穿着软件的产品需求沟通(废话 废话 废话! )阶段(DDD 战略设计阶段)到 软件的开发设计阶段(DDD 战术设计阶段)。

DDD 不是一个框架或者库,互联网上封装的DDD的库可以理解为是整合的功能脚手架,一些库的代码以及文章对DDD的理解可能与你对DDD的认知不同,请记住它们不一定是对的,你也不一定是错的,因为DDD中没有绝对的对与错,因为每个人即使业务场景相同也有很多驳杂的细节,所以不要质疑自己或者别人,开发者始终是为了业务服务的,能让你快速完成产品经理安排的工作赶早下班的方法就是对的,插上一句提早下班自己的代码要给别人留后路,你不想出现一个半夜12点对着屏幕上git日志骂娘的人吧。

DDD有什么用

如果项目中完美使用DDD的话几乎是不可能的话,如果你完全信任你开发团队中成员的开发水平和业务水平的话,我可以收回我的话。要把DDD当作一种思想,而不是框架以及思维定式。但是DDD的思想能帮你降低团队沟通成本,提升开发人员对业务的理解,以及提高代码的可维护性以及可测试性

我接下来的一系列文章将和大家分享DDD的使用方法以及从需求到战略设计到战术设计到代码落地的完整过程。