属性依赖注入是否违反了封装原则？

Question

放置数据的机制＆amp;在类中一起操作这些数据的方法称为封装。

但是，要遵循Open/Closed原则，Dependency injection是通过公开公共属性来实现的。

在这种情况下封装＆amp;依赖注入似乎相互矛盾，不是吗？

Answer 1

这里有两个不同的事情需要考虑。让我们使用一个简单的“人”例子。

人物的属性可能包括firstName，lastName，dateOfBirth等。为了保持封装，这些可能是私有的。如果你需要这个人的年龄，你必须要求Person对象给你年龄，并且它会使用它的私人dateOfBirth来计算年龄。这可以防止让人的年龄在系统中的许多地方被复制的逻辑，如果dateOfBirth是公开的，这可能会被鼓励。

Person对象也可能依赖于其他对象。这个人不是自己创建这些对象，而是依赖于系统中的其他实体来创建依赖关系并将它们传入.Date对象可以公开公共属性来保存这些依赖关系（或设置依赖关系的方法） - 这些不是一个人的属性，它们是一个人的依赖。

这实际上只是在一个地方拥有逻辑的另一个例子 - 你的系统中有一个可以创建依赖关系的“东西”，而不是让许多对象都为自己创建依赖。

Answer 2

没有。 Encapsulation并不意味着没有公共界面 Encapsulation表示只能通过公共的特定界面访问私有成员 依赖注入通过public setter“注入”所需的对象。