В книге Трея Неша "C# 2010 ускоренный курс для профессионалов" на стр 146 говориться о том, что наследование может разрушить инкапсуляцию.
Цитирую:
Другой важный аспект наследования состоит в том, что оно может быть вредным: наследование может разрушить инкапсуляцию и всегда усиливает связанность.
Наверняка все согласны с тем, что инкапсуляция - наиболее фундаментальная и важная объектно - ориентированная концепция. Если это так, то зачем разрушать её? Если в поддержку инкапсуляции базовый тип содержит защищённые поля, а вы нарушаете целостность оболочки инкапсуляции и открываете внутренности базового класса, то это не может быть хорошо.
Ниже рассматриваются доступные альтернативы, которые позволяют разработать лучший дизайн.
Многие описывают наследование как повторное использование типа "белого ящика".
Лучшая форма повторного использования - это "черный ящик", когда внутренности обета не открываются внешнему миру. Достичь этого можно, применив отношение включения (containment).
Да, это правильно. Вместо наследования нового класса от другого, можно включить экземпляр этого другого класса в создаваемый, тем самым повторно используя класс включенного типа без нарушения инкапсуляции. Недостаток такого приёма связан с тем, что в большинстве языков, включая C#, это потребует чуть больше работы по кодированию, хотя не на много. Зато в результате получится более адаптируемый дизайн.
Конец цитаты.
Так вот мне не понятно КАК НАСЛЕДОВАНИЕ РАЗРУШАЕТ ИНКАПСУЛЯЦИЮ!?!?
Объявляем поля как prived и они не будут доступны в наследнике.

И даже больше :)
Ещё автор говорит, что "Ещё один не достаток применения наследования заключается в том, что оно не динамично. Наследование статично в силу того факта, что определяется на этапе компиляции. Такое положение дел может оказаться, как минимум, весьма ограничивающим. Применяя включение, вы устраняете это ограничение. Однако чтобы сделать это, также следует заручиться поддержкой со стороны хорошего друга - полиморфизма. При этом включающий тип может быть, скажем, интерфейсным типом. Тогда включаемый объект просто должен поддерживать контракт этого интерфейса, чтобы повторно использоваться контейнером. Более того, этот объект можно изменить во время выполнения. Задумайтесь об этом на минутку. Предположим, что есть объект, представляющий контейнер сортируемых объектов. В этом контейнерном типе предусмотрен алгоритм сортировки по умолчанию. Если вы реализуете этот алгоритм по умолчанию как включаемый тип, который можно подменить вовремя выполнения, тогда, если того требует предметная область, вы всегда сможете заменить его собственным специальным алгоритмом сортировки - до тех пор, пока объект нового алгоритма сортировки реализует необходимый интерфейс, ожидаемый контейнерным типом. Такая техника известна как шаблон проектирования Strategy (Стратегия)"

Действительно что ли наследование это не так уж и хорошо...