héritage protégé

Question

Pourquoi l'héritage protégé et privé est-il défini et proposé? Je comprends que dans certains cas l'héritage privé pourrait être utilisé mais ce n'est pas recommandé. Que diriez-vous de l'héritage protégé?

Quelqu'un peut-il m'offrir une situation dans laquelle l'héritage protégé est un choix?

Je vois rarement ça.

Merci beaucoup!

Answer 1

L'héritage privé est généralement utilisé pour les mixins --- où les gens héritent pour obtenir des fonctionnalités de la classe de base, plutôt que pour l'héritage "is-a".

L'héritage protégé peut également être utilisé pour les mixins, où la fonctionnalité mixte doit également être disponible pour les classes en aval.

Answer 2

Je n'utilise généralement pas l'héritage protected. En fait, je n'utilise généralement pas l'héritage private. Si quelque chose ne satisfait pas le principe de substitution de Liskov, je ne vois aucune raison d'utiliser l'héritage de quelque sorte que ce soit; et si cela satisfait LSP alors vous utilisez l'héritage public.

Cependant, la langue fait la distinction entre private et protected uniquement du point de vue de la classe (c'est-à-dire que le code utilisant la classe ne peut pas faire la différence).

Vous devez utiliser protected héritage lorsque vous want it's semantics, et vous devez utiliser private lorsque vous ne voulez pas protected.

Answer 3

Voir le document Uses and Abuses of Inheritance, Part 1 de Herb Sutter, également dans son livre More Exceptional C++.

Answer 4

C'est une situation que je voudrais utiliser l'héritage protégé

Base -> Derived1 -> Derived2

• Je ne veux pas Derived1 à substituer à la classe de base
• Je veux utiliser la fonctionnalité dans base et également permettre le Derived2 pour l'utiliser sans exposer la fonctionnalité aux classes client