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

Ответ 1

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

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

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

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

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

Ответ 2

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

[EDIT: я не думал о методах расширения, этот подход приносит вам еще больше (вам нужно сохранить _flyBehaviour как частную переменную). Это делает остальную часть моего ответа, вероятно, устаревшей...]

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

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

// 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
   }

 }

Будет ли это улучшение? Вероятно. Это действительно стоит? Может быть,...

Ответ 3

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

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

Это подражает желаемой функции (или Mixins)

Ответ 4

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

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

Чтобы следить за комментарием: я не уверен, поддерживает ли PostSharp его, но я думаю, что вы говорите эту часть АОП:

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

Ответ 5

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

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

  public interface IFlyer 
  {  
      public IFlyBehavior FlyBehavior 
  }
  
  public Bird : IFlyer
  {
      public IFlyBehaviour FlyBehavior {get;set;}
  }
  
  public Airplane : IFlyer
  {
      public IFlyBehaviour FlyBehavior {get;set;}
  }
  

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

  public IFlyerExtensions
  {
  
      public void OnReadyToFly(this IFlyer flyer) 
      {
          flyer.FlyBehavior.Fly(); 
      }
  
      public void OnReadyToLand(this IFlyer flyer) 
      {
          flyer.FlyBehavior.Land(); 
      }
  }
  

Ответ 6

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

Ответ 7

Scala traits были разработаны для решения такого сценария. Там также некоторые исследования включают черты в С#.

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