可以从派生类访问受保护的成员。私立学校则不行。

class Base {

private: 
  int MyPrivateInt;
protected: 
  int MyProtectedInt;
public:
  int MyPublicInt;
};

class Derived : Base
{
public:
  int foo1()  { return MyPrivateInt;} // Won't compile!
  int foo2()  { return MyProtectedInt;} // OK  
  int foo3()  { return MyPublicInt;} // OK
};‌‌

class Unrelated 
{
private:
  Base B;
public:
  int foo1()  { return B.MyPrivateInt;} // Won't compile!
  int foo2()  { return B.MyProtectedInt;} // Won't compile
  int foo3()  { return B.MyPublicInt;} // OK
};

至于“最佳实践”，则视情况而定。如果有人想要从您现有的类中派生一个新类，并且需要访问内部成员，那么将它们设置为Protected，而不是Private。如果它们是私有的，那么您的类就很难轻易继承。

私有成员只能从类内部访问，受保护成员可以在类和派生类中访问。这是面向对象语言中继承的一个特性。

在c++中可以有私有、受保护和公共继承，这将决定哪些派生类可以在继承层次结构中访问。例如，c#只有公共继承。

受保护的成员只能由类的后代和同一模块中的代码访问。私有成员只能被声明它们的类以及同一模块中的代码访问。

当然，朋友函数把这个扔出窗外，但是。

a类的公共成员对所有人都是开放的。

类a的受保护成员不能在a的代码之外访问，但可以从派生自a的任何类的代码访问。

类a的私有成员不能在a的代码之外或从a派生的任何类的代码中访问。

因此，最终，在受保护还是私有之间做出选择是为了回答以下问题:您愿意对派生类的程序员给予多少信任?

默认情况下，假定派生类不可信，并将成员设为private。如果你有一个很好的理由让它的派生类可以自由访问母类的内部内容，那么你可以让它们受到保护。

当然，看看受保护的成员变量问题。建议使用private作为默认值(就像c++类一样)来减少耦合。受保护的成员变量总是一个坏主意，受保护的成员函数可以用于例如模板方法模式。

由于不需要公共成员函数来获取和更新派生类中的受保护成员，这提高了代码的效率，并减少了需要编写的代码量。然而，派生类的程序员应该知道他在做什么。