问题：如何设计对象，子系统和系统，以便这些元素的变化或不稳定性不会对其他元素产生不良影响？
解决方案：确定预测变化或不稳定的点，分配责任以围绕它们创建稳定的接口。
在我看来，这是与其他GRASP原则间接相关的最重要的原则。目前，最重要的软件指标之一是易于更改。作为架构师和程序员，我们必须为不断变化的需求做好准备。这是无法选择的，这是必须有的，是我们的职责与责任所在。
幸运的是，我们拥有大量的设计指南，原则，模式和实践，以支持不同抽象层次的变更。我只会提到一些（已经超出GRASP）：
- - SOLID原则，特别是Open-Close原则（但它们都支持变更）
- - Gang of Four（GoF）设计模式
- - 封装
- - Demeter法则
- - 服务发现
- - 虚拟化和容器化
- - 异步消息传递，事件驱动架构
- - 编排，舞蹈编排
由于今天更适合迭代软件开发过程，因为即使我们被迫改变一次，我们也可以得出结论，并以较低的成本为未来的变化做好准备。