Запись для других

Я работаю на Java, поэтому правила наследования немного отличаются, но вот моя точка зрения:

1. Не бойтесь наследования. В большинстве языков он есть в той или иной форме, это очень мощная парадигма, и она остается сложной, только если вы ее не используете.
2. Не думайте, что вы знаете, как будущие разработчики собираются использовать ваши классы позже. Я не могу подсчитать, сколько раз мне приходилось копировать весь класс только потому, что какой-то метод или член были закрытыми. Это «О» в ответе Энди выше - и это ОГРОМНАЯ точка.

SOLID...

S    SRP    Single responsibility principle, the notion that an object
            should have only a single responsibility.
O    OCP    Open/closed principle, the notion that “software … should
            be open for extension, but closed for modification”.
L    LSP    Liskov substitution principle, see also design by contract.
I    ISP    Interface segregation principle, the notion that “many client
            specific interfaces are better than one general purpose interface.”
D    DIP    Dependency inversion principle, the notion that one should
            “Depend upon Abstractions. Do not depend upon concretions.”
            Dependency injection is one method of following this principle.

взято из http://en.wikipedia.org/wiki/Solid_%28object-oriented_design%29

(или любой другой акроним, который вам нравится)

HTH

Andy

Правила:

1. Не делайте этого. По возможности избегайте использования наследования.

2. Класс должен иметь хотя бы одну виртуальную функцию. в частности, деструктор должен быть виртуальным.

3. Вероятно, класс должен быть абстрактным.