プライベート vs 保護 - 可視性のグッドプラクティスに関する懸念 [終了] 質問する

いいえ、それは間違いです。経験則として、すべてを可能な限りプライベートにしてください。これにより、クラスがさらにカプセル化され、クラスを使用しているコードに影響を与えずにクラスの内部を変更できるようになります。

クラスを継承可能に設計する場合は、オーバーライド可能でサブクラスからアクセス可能なものを慎重に選択し、それを保護します (アクセス可能だがオーバーライド不可にしたい場合は、Java で言えば final にします)。ただし、クラスのサブクラスを受け入れるとすぐに、保護されたフィールドまたはメソッドが存在する場合、このフィールドまたはメソッドはクラスのパブリック API の一部となり、サブクラスを壊さずに後で変更できなくなることに注意してください。

継承を意図していないクラスは、final にする必要があります (Java の場合)。ユニット テストのために、一部のアクセス ルール (private から protected、final から non-final) を緩和することもできますが、その場合はそれをドキュメント化し、メソッドが protected であってもオーバーライドされてはならないことを明確にします。