OOP访问修饰符：编译时或运行时(OOP Access Modifiers: Compile-tim

我听说访问修饰符 Public, Private and Protected只是一些编译器的东西，他们是在编译的二进制代码并不实际存在。

现在，我不知道它有多少是正确的？如果这是正确的，这是否意味着封装未在运行时的二进制代码存在吗？所以，如果你修改二进制访问Private非法方法，从理论上讲，没有什么检查您的权利，既没有任何OOP机制，也没有操作系统，对不对？

我也标记为C ++和Java的问题。我知道他们之间的区别，只是好奇，想看看他们是如何处理不同的访问修饰符 。

Answer 1:

访问修饰符只在C ++编译时机制。在Java然而，它们在运行时执行过，因为Java也有一个运行时类型系统，它可以动态地（在运行时）创建类。因此，需要加强在运行时访问过的类型不知道在编译时。

为什么要使用访问修饰符？

访问修饰符的唯一目的是为了加强设计。

假设你有一个类A是可以实现

class A
{
public:
  void DoSomething()
  {
    // use private member mPrivMember to do something
  }
private:
  int mPrivMember;
}

并且使用一些代码类A ：

A a_obj;

上面的代码可以调用a_obj.DoSomething()但他们没有mPrivMember直接访问，因此a.mPrivMember类外写A不会编译。

现在，你为什么会想一些成员访问外部的代码，有些不是？好了，这是为什么：目前，该方法DoSomething()使用mPrivMember实际做的东西。但一段时间后，你可能会决定要重构在DoSomething的代码，以改善它。你发现了一个不同的方式做的东西 ，不使用涉及mPrivMember了。所以，你删除mPrivMember并重新实现DoSomething其他方式。

现在，如果有使用类的外部代码mPrivMember ，该代码不会了，因为你已经删除编译mPrivMember重新实现时DoSomething 。为了防止这种代码的所有脑干，你限制访问mPrivMember 。做到这一点的机制是通过预选赛获得诸如private和protected 。

这可以让你无需担心其他代码可能会使用内部成员在重构未来的代码。