5.4 组件化复用

     领域驱动设计除了可以简化业务复杂度，实现业务模型易于单元测试，提高系统业务的拓展能力以外，还有一个非常重要的特点，就是提升的业务的复用性。

      我们在之前的章节中着重强调过要实现技术与业务的分离，当我们将其分离开以后，业务模型就将是纯粹的业务逻辑的，而且业务模型对象又都是基本的Java类对象，并没有特殊的技术框架依赖，业务模型对象可以作为单独的module是存在，而且伴随着业务模型的不断升级，还可以实现对业务模型的版本控制，从而让业务模型实现业务组件化，从而大大提升了业务模型的复用性。

     就如同maven repository中对的springboot的版本管理一样，未来我们也将建立与springboot技术组件一样的业务模型组件库。

而追求组件化的目的是为了实现组件模块化编程。

     当今国内非常火热的低代码，以及GitHub上的Copilot，都是未来的编程方式。

     但是当前低代码平台对于代码的复用性比较差，更多的是通过快速的组件化完成界面功能的搭建，这样是无法满足系统的长期维护的，更多的是作为短期快速交付的一种方式。

     而Copilot为代表的AI编程，其实也有些类似与低代码平台，他们都是面对当前的需求给出的代码实现，都不注重整个系统的一致性，不注重代码的质量、代码的复用性以及架构设计的统一。

      我设想未来AI编程将会是以某一种设计思想与整体的大的技术框架作为AI的编程底座然后再去快速的完成代码的自动化编写。

       而基于DDD思想实现的业务模块组件化以后，我们可以让那些使用业务模型组件的技术操作通过提供自动化的基础设施库，或者是通过AI快速编码就可以让业务模型用到具体的功能场景中，而不再需要有大量的开发工作，作为程序员更多的是维护与开发业务模型组件。随着AI技术的不断的进步，业务模型的组件开发也会让AI陆续接入，从而实现以我们自己建立的技术体系为底座的AI零代码平台。