虽然身为架构师,设计一个高质量的架构依然是复杂与困难的。
简单来说,动用大量的资源只为了一套优质的三高架构并不正确,而是该在了解当前业务现状的情况下,创造出灵活、可维护、健硕能成长的。
就拿近两年程序员行业饱受争议的DDD(领域驱动设计)来说,事实上,领域驱动设计的思维可以很好的解决企业的大型架构所遇到的绝大部分难题(理论层面至少是这样),例如上下映射,就可以在本质上把业务的架构模块解耦,最高程度做到降低成本增强功效。
在实际应用中,落地的DDD好处也是十分明显。
比如领域驱动设计一直强调的“洋葱架构”,他的原则就是“依赖”。并且具有独立的Frameworks、UI、数据库和代理。
业务代码依赖遵循从外向内,内环中的代码不会知道外环中的任何模块,因此就规避了传统架构中大量耦合与内聚等问题。
当然了,领域驱动设计只是一种设计理念,在落地的DDD过程中,我们要先对企业的架构业务和特征的情况充分进行评估。确定企业架构设计和改进过程的目的及原因,拆解成果、方针、原理、架构等战略的具体情况,都需要相当深厚的实力。
回归现实,高内聚低耦合的架构“神话” DDD(领域驱动设计) 真的没有落地的可能吗?国内的大厂就没有真实项目的东西流出?今天小编就为你解除疑惑!推荐给你阿里大牛手记《(DDD)领域驱动设计 软件核心复杂性应对之道》,一本书搞透DDD真实项目+源码!