在“可撤销性”中，不可撤销的决策的危险时刻存在，在本章，我了解到怎样做出可撤销的决策，以使代码在面对你不确定的世界时保持灵活性和可适应性。
当我们要求某个对象完成特定服务时，我们想要它替我们完成该服务，我们不希望这个对象给我们一个第三方对象，我们必须对其加以处理才能获取所需服务。对象间直接的横贯关系有可能很快带来依赖关系的组合爆炸。有许多不必要的依赖关系的系统非常难以维护，往往高度地不稳定，为了使依赖关系保持最少，我们将使用得墨忒耳法则设计我们的方法和函数。细节会弄乱我们整洁的代码——尤其是如果它们经常变化，甚至会破环系统，引入新的bug。在我们与他们作斗争时，我们可以让我们的代码变得高度可配置和“软和”——也就是容易适应变化。
个人感受：利用现有的工具，再加上细节的操作，可以使我们的代码显得井然有序，使项目变得灵活，清晰可见。