00|Java 25 设计模式学习指南:24 种模式、OOP 思路与配套代码
设计模式适合从“代码为什么越来越难改”开始学习。增加一种导出格式,为什么要改很多控制器?给文本加两种能力,为什么子类成倍增加?文章进入已归档状态后,哪些操作应该被拒绝?这些问题分别涉及创建决策、对象组合和行为协作。模式给出的,是反复出现的问题及一组有代价的解决办法。
01|OOP 与工程基础:契约、组合、Java 25 与 Gradle
设计模式容易学成类图记忆题:看到接口就叫策略,看到包装就叫代理,看到静态方法就叫工厂。要避免这种情况,先建立一套检查对象设计的方法。本篇不新增一个模式,而是为后续24篇准备共同的语言和可运行工程。
26|设计模式选型与综合复盘:把变化、契约和测试连起来
学完24种模式之后,最容易出现的新问题是“任何需求都想套模式”。一个小服务被拆成很多接口,每个实现都只有一处使用,修改时却仍然到处联动。模式没有消除复杂性,只改变了复杂性所在的位置;是否值得引入,要看这份改变是否服务于真实需求。