社长大人

花了一个多月读完了这本《架构整洁之道》，跟《代码整洁之道》、《程序员的职业素养》算是一个 Clean 系列，每一本读来都很有启发。这本《架构整洁之道》有些地方看得还挺迷糊，值得一读再读。 设计与架构没有任何区别。一丁点区别都没有！软件架构的终极目标是，用最小的人力成本来满足构建…

开源工作流引擎很多，主要以Activiti为主，后来有Camunda等等，但是这些工作流引擎有其基因问题，因为是基因问题，属于原罪，也称为四宗罪： 1. 对于使用者来说，如果需要精通工作流引擎，必须同时掌握Java语言 BPMN XML语法和图形符号，需要在这三者之间做到一一对…

不少领域驱动设计的专家都非常重视限界上下文。Mike 在文章《DDD: The Bounded Context Explained》中写道：“限界上下文是领域驱动设计中最难解释的原则，但或许也是最重要的原则，可以说，没有限界上下文，就不能做领域驱动设计。在了解聚合根（Aggre…

架构师在划分限界上下文时，不能只满足于业务边界的确立，还得从控制技术复杂度的角度来考虑技术实现，从而做出对系统质量属性的响应与承诺，这种技术因素影响限界上下文划分的例子可谓是不胜枚举。 一个外卖系统的订单业务与门店、支付等领域存在业务相关性，然而考虑外卖业务的特殊性，它往往会在…

在软件构造过程中，我们必须正确地理解领域，一种生动的方式是通过“场景”来展现领域逻辑。领域专家或业务分析师从领域中提炼出“场景”，就好像是从抽象的三维球体中，切割出具体可见的一片，然后以这一片场景为舞台，上演各种角色之间的悲欢离合。每个角色的行为皆在业务流程的指引下展开活动，并…

在现在比较常见的软件架构中 SSM 架构在一些项目中应用的非常广泛，但是仔细想想这种架构的开发方式实际上并没有使用面向对象的思路进行编程，对象只是一个数据的载体，对应着数据库表中的一条条记录。比如操作一个 User 对象。我们要修改用户的密码，现在怎么操作呢？ 创建一个 Use…

正所谓有人的地方就有江湖，有设计的地方也一定会有架构。如果你是一位软件行业的老鸟，你一定会有这样的经历：一个业务的初期，普通的 CRUD 就能满足，业务线也很短，此时系统的一切都看起来很 nice，但随着迭代的不断演化，以及业务逻辑越来越复杂，我们的系统也越来越冗杂，模块彼此关…