JBoss слишком много ошибок открытия файлов

то, В чем Вы нуждаетесь, является составом не наследование.

class Plane
{
  public Fly() { .. }
  public string GetPilot() {...}
}

Теперь при необходимости в специальном виде Плоскости, такой как та, которая имеет PairOfWings = 2, но иначе делает все, плоскость может.. Вы наследовали плоскость. Этим Вы объявляете, что Ваша деривация выполняет контракт базового класса и может быть заменена, не мигая везде, где базовый класс ожидается. например, LogFlight (Плоскость) продолжил бы работать с экземпляром BiPlane.

Однако, если Вам просто нужно поведение Мухи для нового Bird, Вы хотите создать и не готовы поддерживать полный контракт базового класса, Вы сочиняете вместо этого. В этом случае осуществите рефакторинг поведение методов к повторному использованию в новый Полет типа. Теперь создайте и держите ссылки на этот класс и в Плоскости и в Bird. Вы не наследовались, потому что Bird не поддерживает полный контракт базового класса... (например, он не может обеспечить GetPilot ()).

По той же причине, Вы не можете уменьшить видимость методов базового класса, когда Вы переопределяете.. можно переопределить и обнародовать основной закрытый метод в деривации, но не наоборот. например, В этом примере, если я получаю тип Плоскости "BadPlane" и затем переопределяю и "Скрываю" GetPilot () - делают его частным; клиентский метод LogFlight (Плоскость p) будет работать на большинство Плоскостей, но аварийно завершится для "BadPlane", если реализация LogFlight, окажется, будет нуждаться/называть в GetPilot (). , Так как все деривации базового класса, как ожидают, будут 'substitutable' везде, где параметрический усилитель базового класса ожидается, это должно быть запрещено.