反射API不会破坏数据封装的目的吗？

Question

最近我遇到了Reflection API，令我惊讶的是我们可以访问甚至更改私有变量。我尝试了以下代码

import java.lang.reflect.Field;

public class SomeClass{
    private String name = "John";
}

public class Test{
    public static void main(String args[]) throws Exception {
        SomeClass myClass = new SomeClass();

        Field fs = myClass.getClass().getDeclaredField("name");
        fs.setAccessible(true);

        System.out.println("Variable is " + fs.getName() + " and value is "
                + fs.get(myClass));

        fs.set(myClass, "Sam");
        System.out.println("Variable is " + fs.getName() + " and value is "
                + fs.get(myClass));
    }
}

我得到以下输出。

Variable is name and value is John
Variable is name and value is Sam

我们说Java是一种面向对象的语言，它的主要功能是数据封装，继承，多态等。反射API不会改变数据封装的目的吗？为什么我们必须使用反射API？我在一些站点上读到它可以用于测试目的，但是据我说，模块已经过测试，可以使用JUnit测试用例轻松完成。那么谁能解释为什么我们会有这样的hack？

Answer 1

反射API不会改变数据封装的目的吗？

是的，没有。

• 是的，反射API的某些用法 可能会 破坏数据封装。
• 不，并非所有对反射API的使用 都会 破坏数据封装。确实，明智的程序员只有在有充分理由时才通过反射API破坏封装。
• 不可以，反射API不会改变数据封装的 目的 。数据封装的 目的 保持不变……即使有人故意破坏它。

为什么我们必须使用反射API？

反射有 很多 用途， 不会
破坏封装。例如，使用反射来找出类具有的超类型，其具有的注释，其具有的成员，调用可访问的方法和构造函数，读取和更新可访问的字段等。

在某些情况下（在不同程度上）可以使用打破封装的反射形式：

• 您可能需要查看封装类型（例如访问/修改私有字段）的内部，这是实现某些单元测试的最简单方法（或唯一方法）。

• 某种形式的依赖注入（aka IoC），序列化和持久性要求访问和/或更新私有字段。

• 有时，您需要破坏封装以解决某些无法修复的错误。

我在一些站点上读到它可以用于测试目的，但是据我说，模块已经过测试，可以使用JUnit测试用例轻松完成。那么谁能解释为什么我们会有这样的hack？

这取决于您的班级设计。设计为可测试的类将可以在无需访问“私有”状态的情况下进行测试，或者将暴露该状态（例如，protected吸气剂）以进行测试。如果该类不这样做，那么JUnit测试可能需要使用反射来查看抽象内部。

这是不理想的（IMO），但是如果您正在为某人编写的类编写单元测试，并且不能“调整”
API以提高可测试性，那么您可能必须在使用反射还是完全不测试之间进行选择。 。

最重要的是，数据封装是我们努力实现的理想选择（在Java中），但是在某些情况下，务实正确的做法是破坏它或忽略它。

请注意，并非所有的OO语言都像Java一样支持强大的数据封装。例如，Python和Javascript都是无可争议的OO语言，但是它们都使一个类可以轻松访问和修改另一类对象的状态，甚至改变其他类的行为。强大的数据抽象并不是每个人都了解面向对象的含义的中心。