Множественное наследование в C#

Я хотел бы это также - это - то, в чем я лично называю соединением - хотя я понимаю, что это - перегруженный термин. Я хотел бы иметь возможность определить переменную, используемую для реализации интерфейса с опцией обеспечить мою собственную реализацию для определенных методов.

я имею занесенный в блог об этом более подробно - хотя в контексте преднамеренного преувеличения того, что это могло означать с точки зрения наследования.

я не вижу оснований, почему это не могло быть реализовано в компиляторе C# - но это - другой бит сложности языка...

Множественное наследование является одной из тех вещей, которая обычно вызывает больше проблем, чем это решает. В C++ это соответствует шаблону предоставления Вам достаточно веревки для зависания себя, но Java и C# приняли решение пойти более безопасным путем не предоставления Вам опция. Самая большая проблема состоит в том, что сделать, если Вы наследовали несколько классов, которые имеют метод с той же подписью, которую не реализует inheritee. Какой метод класса это должно выбрать? Или это не должно компилировать? Обычно существует другой способ реализовать большинство вещей, который не полагается на множественное наследование.

Если можно жить с ограничением, что методы IFirst и ISecond должны только взаимодействовать с контрактом IFirst и ISecond (как в примере)..., можно сделать то, что Вы спрашиваете с дополнительными методами. На практике это редко имеет место.

public interface IFirst {}
public interface ISecond {}

public class FirstAndSecond : IFirst, ISecond
{
}

public static MultipleInheritenceExtensions
{
  public static void First(this IFirst theFirst)
  {
    Console.WriteLine("First");
  }

  public static void Second(this ISecond theSecond)
  {
    Console.WriteLine("Second");
  }
}

///

public void Test()
{
  FirstAndSecond fas = new FirstAndSecond();
  fas.First();
  fas.Second();
}

Так основная идея - то, что Вы определяете необходимую реализацию в интерфейсах..., этот необходимый материал должен поддерживать гибкую реализацию в дополнительных методах. Каждый раз, когда Вам нужно к тому, "добавьте методы к интерфейсу", вместо этого Вы добавляете дополнительный метод.

MI не плох, все, которые (серьезно) использовали его, ЛЮБИТ его и это, doesNOT усложняют код! По крайней мере, не больше, чем другие конструкции может усложнить код. Плохой код является плохим кодом независимо от того, является ли MI в изображении.

Так или иначе, у меня есть миленькое решение для Множественного наследования, которое я хотел совместно использовать, это в; http://ra-ajax.org/lsp-liskov-substitution-principle-to-be-or-not-to-be.blog или можно перейти по ссылке в моем сигнале...:)

У Вас мог быть один абстрактный базовый класс, который реализует и IFirst и ISecond, и затем наследуйтесь просто той основе.

Рассмотрите просто использование состав вместо того, чтобы пытаться моделировать Множественное наследование. Можно использовать Интерфейсы для определения, какие классы составляют состав, например: ISteerable подразумевает, что свойство типа SteeringWheel, IBrakable подразумевает свойство типа BrakePedal, и т.д.

, Как только Вы сделали это, Вы могли использовать опция Extension Methods , добавленная к C# 3.0 для дальнейшего упрощения вызывающих методов для тех подразумеваемых свойств, например:

public interface ISteerable { SteeringWheel wheel { get; set; } }

public interface IBrakable { BrakePedal brake { get; set; } }

public class Vehicle : ISteerable, IBrakable
{
    public SteeringWheel wheel { get; set; }

    public BrakePedal brake { get; set; }

    public Vehicle() { wheel = new SteeringWheel(); brake = new BrakePedal(); }
}

public static class SteeringExtensions
{
    public static void SteerLeft(this ISteerable vehicle)
    {
        vehicle.wheel.SteerLeft();
    }
}

public static class BrakeExtensions
{
    public static void Stop(this IBrakable vehicle)
    {
        vehicle.brake.ApplyUntilStop();
    }
}


public class Main
{
    Vehicle myCar = new Vehicle();

    public void main()
    {
        myCar.SteerLeft();
        myCar.Stop();
    }
}