领域驱动模型，它是为了减少因为维护代码造成的大面积修改代码。总结就是，业务代码调用逻辑代码的接口，业务代码只有业务，当更改代码时候只需要更改某一个功能的代码，而不会大面积改其他的代码。它可以理解为功能封装，每一个方法只完成对应的逻辑处理。和mvc的区别在于实体类中有业务方法。功能逻辑要有接口和是实现类，第三方解决要有接口和实现类，中间件要有接口和实现类。
总之就是，领域驱动模型就是把每个公共逻辑进行封装，把一个功能称为模块，多个模块称为领域。业务层和领域里面模块的接口交互，业务层和领域外的接口交互(处理各领域间的逻辑接口)。
它是一种架构思想，不是技术。它是为了防止系统老化而诞生的目前解决老化的最好方式。
其他
自己建立了一个技术群，大家愿意主动学习和分享，愿意一块实现一些有意思的技术，进行理论和实践的交流。这里面有前端和后段，不是单一的一种，方便大家沟通前后端兼容问题
