C# имеет абстрактные классы и интерфейсы, он должен также иметь “mixins”?

Описанную вами проблему можно решить с помощью шаблона "Посетитель" (все можно решить с помощью шаблона "Посетитель", будьте осторожны!)

Шаблон "Посетитель" позволяет вы перемещаете логику реализации к новому классу. Таким образом, вам не нужен базовый класс, а посетитель отлично работает с разными деревьями наследования.

Подводя итог:

1. Нет необходимости добавлять новые функции ко всем различным типам
2. Вызов посетителя может быть перенаправлен до корня каждой иерархии классов

Для справки см. Шаблон посетителей

Мы не можем использовать методы расширения для этого

    public static void OnReadyToFly(this IFlyBehavior flyBehavior)
    {
          _flyBehavior.Fly()
    }

Это имитирует желаемую функциональность (или миксины)

Visual Studio уже предлагает это в «бедной форме» с фрагментами кода. Кроме того, с инструментами рефакторинга в стиле ReSharper (и, возможно, даже с собственной поддержкой рефакторинга в Visual Studio) вы значительно продвинетесь в обеспечении согласованности.

[РЕДАКТИРОВАТЬ: Я не думал о методах расширения, этот подход продвигает вас еще дальше (вам нужно только сохранить _flyBehaviour как частную переменную). Это делает остальную часть моего ответа, вероятно, устаревшей ...]

Однако; просто ради обсуждения: как это можно улучшить? Вот мое предложение.

Можно представить себе что-то вроде следующего, которое будет поддерживаться будущей версией компилятора C #:

// keyword 'pattern' marks the code as eligible for inclusion in other classes
pattern WithFlyBehaviour
{
   private IFlyBehavior_flyBehavior;

   private void OnReadyToFly()
   {
      _flyBehavior.Fly();
   }

   [patternmethod]
   private void OnReadyToLand()
   {
      _flyBehavior.Land();
   }     
}

Что вы могли бы использовать тогда, например:

 // probably the attribute syntax can not be reused here, but you get the point
 [UsePattern(FlyBehaviour)] 
 class FlyingAnimal
 {
   public void SetReadyToFly(bool ready)
   {
      _readyToFly = ready;
      if (ready) OnReadyToFly(); // OnReadyToFly() callable, although not explicitly present in FlyingAnimal
   }

 }

Будет ли это улучшением? Наверное. Это действительно того стоит? Может быть ...

Вы только что описали аспектно-ориентированное программирование.

Одной из популярных реализаций AOP для C# является PostSharp (основной сайт, похоже, не работает, однако, это прямая страница "About").

В продолжение комментария: Я не уверен, что PostSharp поддерживает это, но я думаю, что вы говорите о этой части AOP:

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

Можете ли вы добиться такого поведения, используя новый ExpandoObject в .NET 4.0?

Я буду использовать методы расширения для реализации поведения, как показано в коде.

1. Пусть объекты Bird и Plane реализуют свойство для объекта IFlyBehavior для интерфейса IFlyer

    открытый интерфейс IFlyer 
    {
   public IFlyBehavior FlyBehavior 
   } 
    
   public Bird: IFlyer 
    {
   public IFlyBehaviour FlyBehavior {get; set;} { {1}}} 
    
   public Airplane: IFlyer 
    {
   public IFlyBehaviour FlyBehavior {get; set;} 
   } 
    

2. Создайте класс расширения для IFlyer

    public IFlyerExtensions 
    {
    
   public void OnReadyToFly (этот флаер IFlyer) 
    {{{1 }} flyer.FlyBehavior.Fly (); 
   } 
    
   public void OnReadyToLand (этот флаер IFlyer) 
    {
   flyer.FlyBehavior.Land (); 
   } 
   } 
    

Черты Scala были разработаны для решения такого рода сценариев. Также есть некоторые исследования, чтобы включить черт в C # .

ОБНОВЛЕНИЕ: Я создал свой собственный эксперимент, чтобы иметь ролей в C # . Взглянем.