组装式应用：数字化转型的关键
在数字化转型的大背景下，数字化相较于信息化，强调基于信息数据反哺业务，业务进一步促进系统的迭代优化。
对于数字化系统而言，只有支持灵活组装，才能覆盖不同行业，不同商业模式，不同业务场景的企业客户；只有做到互联互通，才能帮助企业打破信息孤岛，实现数据的沉淀以及后续的商业分析，实现反哺业务，进而帮助企业完成商业模式的优化或调整；只有支持自定义扩展，才能在业务迭代优化的同时，系统及时跟进，帮助企业业务快速落地，完成数字化闭环。
架构师的核心能力-抽象能力
架构的核心是管理复杂度，架构师的核心能力是抽象能力，什么是抽象能力？抽象能力就是一种化繁为简的能力。何为化繁为简？就是把一种复杂的事情变得简单的能力，比如通过打比喻让别人很容易听明白你说的意思就是一种抽象能力。如何锻炼抽象能力？我觉得有三种方法，第一种是用归纳法找共性，从多个问题中找到共同的问题提炼通用解决方案，去其糟粕取其精华。第二种通过演绎法找关系，从多个问题中找关系，把多个问题串成一个问题，系统化解决问题！第三种是通过归纳法找特性。化繁为简需要不断的思考，不断的看清一件事的本质，这个事的解决方案越容易。
还原真实世界，领域模型教你让系统自然生长
本文介绍了领域模型在软件开发中的重要性，强调了领域驱动设计（DDD）的核心在于理解业务、抽象业务，而非单纯掌握技术模式。通过对比贫血模型和充血模型，阐述了领域建模的目标是让设计随需求自然成长，保持系统的灵活性和稳定性。文章鼓励开发者在需求变更时，回归真实世界寻找解决方案，确保模型贴近业务本质。
java 中的VO,PO,DTO,DO对象
经常会接触到VO，DO，DTO的概念，本文从领域建模中的实体划分和项目中的实际应用情况两个角度，对这几个概念进行简析。
得出的主要结论是：在项目应用中，VO对应于页面上需要显示的数据（表单），DO对应于数据库中存储的数据（数据表），DTO对应于除二者之外需要进行传递的数据。
复杂性应对之道——矩阵思维（多维度思考）
> You should not be a if-else coder, should be a complexity conquer. -Frank
# 前言
这篇文章，是对之前我在[《一文教会你如何写复杂业务代码》](https://www.atatech.org/articles/146064)说的“自上而下的结构化分解 + 自下而上的抽象建模”方法论的升级。因为在之前的方法论中，我