我一直在为我的代码添加依赖注入,因为它使代码更容易通过模拟进行单元测试.
但是我要求在我的调用链上方的对象知道调用链中的对象.
这会违反得墨忒耳法吗？如果是这样重要吗？
例如:类A依赖于接口B,要使用的接口的实现被注入到类A的构造函数中.任何想要使用类A的人现在都必须具有对B的实现的引用.并且可以直接调用其方法意义并了解其子组件(接口B)
维基百科说Demeter法则:"基本概念是一个给定的对象应该尽可能少地假设其他任何东西的结构或属性(包括它的子组件)."
Mar*_*ddy 12
依赖注入可以破坏得墨忒耳定律.如果强制使用者注入依赖项.这可以通过静态工厂方法和DI框架来避免.
您可以通过以下方式设计对象,即它们需要传递依赖关系,同时具有使用它们的机制,而无需显式执行注入(工厂函数和DI框架).
它如何打破它？DI 完全符合最少知识的理念。DI 为您提供低耦合 - 对象之间的相互指责较少。
\n\n引用维基百科：
\n\n\n\n\n...对象 A 可以请求对象实例 B 的服务（调用方法），但是对象 A 无法通过对象 B 访问另一个对象...
\n
通常 DI 的工作方式完全相同，即使用注入组件提供的服务。如果你的对象尝试访问 B 的某些依赖项，即它对 B 了解很多 - 这会导致高耦合并破坏 DI 的理念
\n\n\n\n\n但是，我需要调用链上层的对象来了解调用链下层的对象
\n
一些例子？
\n