将数据和操作这些数据的方法放在一个类中的机制称为封装。
但是遵循Open/Closed原则，依赖注入(inject)是通过暴露公共(public)属性来实现的。
在这种情况下，封装和依赖注入(inject)似乎相互矛盾，不是吗？
最佳答案
这里有两件不同的事情需要考虑。让我们使用一个简单的“人”示例。
一个人的属性可能包括 firstName、lastName、dateOfBirth 等等。为了保持封装，这些可能是私有(private)的。如果您需要此人的年龄，则必须要求 Person 对象提供年龄，它会使用其私有(private)的 dateOfBirth 来计算年龄。这可以防止在系统中的许多地方重复获取一个人的年龄的逻辑，如果 dateOfBirth 是公开的，这可能会受到鼓励。
Person 对象也可能依赖于其他对象。 Person 不是自己创建这些对象，而是依赖系统中的其他实体来创建依赖关系并将它们传递进来。Person 对象可能会公开公共(public)属性来保存这些依赖关系(或设置依赖关系的方法)——这些不是一个人的属性，它们是一个人的依赖。
这实际上是仅在一个地方具有逻辑的另一个示例 - 您的系统中有一个“事物”可以创建依赖关系，而不是让许多对象都为自己创建该依赖关系。
关于oop - 属性依赖注入(inject)不违反封装原则吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16081009/