《深入设计模式》试读版笔记整理
目录
参考链接：https://refactoringguru.cn/design-patterns/book
类图基础
封装变化的内容
找到程序中的变化内容并将其与不变的内容区分开。
该原则的主要目的是将变更造成的影响最小化。
方法层面的封装
假如你正在开发一个电子商务网站。 代码中某处有一个getOrderTotal 获取订单总额 方法， 用于计算订单的总价
（包括税金在内）。 我们预计在未来可能会修改与税金相关的代码。税率会根据 客户居住的国家/地区、州/省甚至城市而有所不同；而且一 段时间后，实际的计算公式可能会由于新的法律或规定而修改。因此，你将需要经常性地修改 getOrderTotal 方法。不
过仔细看看方法名称，连它都在暗示其不关心税金是如何计算出来的。
修改前：税率计算代码和方法的其他代码混杂在一起。
你可以将计算税金的逻辑抽取到一个单独的方法中，并对原始方法隐藏该逻辑。
修改后：你可通过调用指定方法获取税率。
这样税率相关的修改就被隔离在单个方法内了。此外，如果税率计算逻辑变得过于复杂，你也能更方便地将其移动到独立的类中。
类层面的封装
一段时间后，你可能会在一个以前完成简单工作的方法中添 加越来越多的职责。新增行为通常还会带来助手成员变量和方法，最终使得包含接纳它们的类的主要职责变得模糊。将所有这些内容抽取到一个新类中会让程序更加清晰和简洁。