我的直觉是将它们保持私有，直到你需要它们变得不同为止。
有人声称（可惜我找不到链接了），将方法设为私有是不社交的，就像将它们设置为“final”一样，因为这种做法在相当程度上是独裁的，控制了人们如何使用你的代码。
然而，我并不认同这个观点，并且认为你应该仅暴露出你真正需要的内容。唯一的例外是库或工具包，在那里你期望用户以一般的方式扩展你的代码，而这是你无法预见的。在这种情况下，将选定的方法设为受保护的可以被看作提供弹性点。
我认为只有在必要时才暴露所需内容，这可以使修改的影响评估更容易。例如，如果一个方法是私有的，你就知道如果对其进行更改，影响将最小化。
个人而言，我认为应该尽可能保护隐私。我会审视每个方法并问自己是否希望派生类能够调用它。将所有内容设为protected会留下错误调用方法的可能性。
我想这归结于一个问题：“除非明确允许，否则一切都是禁止的”还是“除非明确禁止，否则一切都是允许的”。
另一个因素是，在未来的版本中将私有方法变为受保护的方法很容易。但是，一旦将方法设为受保护的，将其变为私有方法几乎是不可能的，因为您永远不知道自己会使哪些其他代码失效。
我通常避免使用private。我的理由是，如果你在两个类之间有继承关系，并且存在私有成员，那么这非常强烈地表明你应该将私有部分因子化为一个单独的对象。
私有关键字是有目的的。如果您不希望变量在继承类中混乱（或者您不希望人们在继承类中玩弄它们），那么为什么要考虑将它们设为受保护的呢？
不要让人们触碰您的私有部分 :)
我会将这些方法声明为私有的。这清楚地表明它们不是公共API的一部分。
不要担心未来可能发生的事情。
如上所述，如果您稍后要扩展一个类，您总是可以随时更改它。
但是，如果您可以避免使用继承，那么应该这样做。在设计时最好使用其他模式，如果可能的话。
基本上要做的就是优先使用组合而不是继承，并编写接口而不是实现程序。
如果您让类只有一个紧密定义的目的，那么您可以组合对象而不是让它们相互继承。如果您使用接口而不是继承，则很可能会定义小而有效的接口。然后，您将看到继承将减少，因此对“受保护”的需求也将减少。
例如
interface sound {
public function makeSound();
}
class bark implements sound{
public function makeSound() {
return "Bark!!!";
}
}
class meow implements sound{
public function makeSound() {
return "Meowmeow!!!";
}
}
class fourLeggedAnimal {
private $sound;
public function fourLeggedAnimal($sound){
$this->sound = $sound;
}
public function eat(){
echo $this->sound->makeSound();
}
}
$cat = new fourLeggedAnimal(new meow());
$dog = new fourLeggedAnimal(new bark());
我知道这个示例远非完美。但它说明了技术，你可以以许多方式使用它。例如，你可以将其与不同的创建模式结合使用来构建猫和狗，可能不明智必须知道猫是会叫还是喵喵叫.. 但无论如何.. 这不同于必须制作一个基类，然后用猫和狗扩展它，因此必须将“声音”方法保护或覆盖公共吃方法。
/彼得
我通常只在某些非常特殊的情况下使用private关键字，其中方法/变量非常内部化，不应该被任何其他子类读取或写入（因此基本上几乎从不使用）。 我使用私有变量的唯一情况是例如：
final public function init():void
{
if(!_initialized)
{
_init();
_initialized = true;
}
}
protected function _init():void
{
// specific code.
}