定义
设计模式中的最少知识原则（Least Knowledge Principle, LKP），又称为迪米特法则（Law of Demeter, LoD），其定义是：一个软件实体应当尽可能少地与其他实体发生相互作用。
这里的软件实体是一个广义的概念，不仅包括对象，还包括系统、类、模块、函数、变量等。最少知识原则的根本思想是高内聚低耦合，强调了类之间的松耦合。类之间的耦合越弱，越有利于复用。当一个处在弱耦合的类被修改时，不会对有关系的类造成波及。
在实际应用中，最少知识原则可以通过引入第三方来管理实体之间的联系，以减少对象之间的直接依赖。例如，在中介者模式和命令模式中，就通过增加一个中介者对象或命令对象，让所有的相关对象都通过这个中介者对象或命令对象来通信，而不是互相引用。
此外，最少知识原则还体现在封装上，即一个模块或对象可以将内部的数据或实现细节隐藏起来，只暴露必要的接口供外界访问。这样做可以限制对象之间的通信宽度和深度，从而减少对象之间的依赖。
需要注意的是，最少知识原则并不是要求完全消除对象之间的依赖关系，而是要求将依赖关系降到最低，以提高系统的灵活性和可维护性。同时，在实际开发中，是否选择让代码符合最少知识原则，需要根据具体的环境来定。
最后，需要提醒的是，最少知识原则是一种设计原则，而不是一种强制性的规范。在实际应用中，需要根据项目的具体需求和实际情况来灵活运用这一原则。
在JavaScript中 最少知识原则的应用
在JavaScript中，最少知识原则（Least Knowledge Principle, LKP），也被称为迪米特法则（Law of Demeter），同样具有重要的应用价值。这一原则指导我们在设计软件系统时，应该尽量减少对象之间的依赖关系，使得对象之间的交互变得简单而直接。以下是在JavaScript中应用最少知识原则的几个关键点：
减少对象之间的直接通信： 如果一个对象不需要知道另一个对象的内部细节，那么它们之间就不应该发生直接的通信。在JavaScript中，这可以通过封装和模块化来实现。例如，一个模块只暴露必要的接口（函数或对象），而隐藏其内部实现细节，这样其他模块就只能通过这些接口与之交互。
引入中介者： 如果两个对象之间需要通信，但又不希望它们之间直接发生联系，可以引入一个中介者对象来管理它们之间的通信。这在JavaScript中可以通过事件总线（Event Bus）、Redux等状态管理库来实现。例如，在React应用中，组件之间的通信可以通过Redux来管理，而不是直接引用其他组件的实例或状态。
使用外观模式： 外观模式为子系统中的一组接口提供一个一致的界面，使得客户端与子系统之间的交互变得简单。在JavaScript中，虽然外观模式的使用场景可能不如在其他面向对象语言中那么普遍，但可以通过封装一组函数或对象来提供一个高层接口，从而隐藏子系统的复杂性。
封装和闭包： JavaScript中的封装和闭包机制也是实现最少知识原则的重要手段。通过封装，可以将对象的内部状态和行为隐藏起来，只暴露必要的接口。而闭包则允许我们创建私有变量和函数，这些私有成员只能在闭包内部被访问和修改，从而减少了外部对内部状态的依赖。
避免过度使用全局变量： 全局变量是JavaScript中常见的污染源之一，因为它们可以被程序中的任何部分访问和修改。过度使用全局变量会增加对象之间的耦合性，降低代码的灵活性和可维护性。因此，在JavaScript中应该尽量避免使用全局变量，而是通过模块、函数或类的局部变量来管理状态。
模块化开发： 模块化是JavaScript中一种重要的编程范式，它允许我们将代码拆分成多个独立的部分（模块），每个模块都负责完成特定的功能。通过模块化开发，我们可以将复杂的系统分解成多个简单的模块，从而降低模块之间的耦合性，提高代码的可维护性和可扩展性。
需要注意的是，虽然最少知识原则在JavaScript中具有重要的应用价值，但在实际开发中也需要根据具体情况进行权衡和选择。过度追求低耦合可能会导致代码结构过于复杂或引入不必要的间接依赖。因此，在应用最少知识原则时应该保持适度原则，确保代码既具有足够的灵活性又易于理解和维护。
