上周分享了一篇文章（DDD的应用框架实践分享） 周五又在内部将给大家分享了下。现将分享内容与大家分享。 传统开发的弊病： 通过事务脚本模式来开发需求； 开发人员热衷于技术并通过技术手段解决问题，而不是深入思考和设计业务的走向； 过于重视数据库，围绕数据库和数据模型进行建模，按数据流程进行建模； 按技术视角进行业务命名，导致后续迭代以及人员更替时，产品和技术无法对齐； 随着业务的发展，到后续业务、技术无法沟通，各种不理解； 业务希望技术出排期，技术得撸代码，耗费精力； 代码开发的过程中技术和业务耦合，一个场景一个服务…

分享一个DDD的应用框架，写了一个简单的demo。 已经在在生产实践。 git地址：https://github.com/yxkong/ddd-framework 框架结构如下： 项目结构如下： 示例流程图： 简单说明： 只启动一个应用在adapter层启动； 接口请求到adapter层，调用DistributeController； controller层做上下文转化以及调用application层； application层进行模型依赖构建，以及领域执行前后的特殊处理； domain层进行了业务逻辑实现（和技术…

这几天玩了下消息公众号，写了几篇文章，也群发了下，用了以后发现和我想象的不太一样。 先把我在这个过程中的问题回想一下吧。 公众号不群发不会对外展示； 公众号预览为什么有有效期，还限制访问人？； 公众号群发后，修改消息保存，信息不会同步到已群发的消息里； 已群发的消息不能撤回，只能删除； 上图分析下。 经过分析得出以下结论： 1，对外展示的都是生成的静态页面； 2，预览是生成了有有效期的缓存，过期失效； 3，除了修改错别人，工作号不允许修改内容（可能是静态文件生产以及cdn加速的成本较高）； 4，撤回对于接收消息的用…