Как Стратегическая модель работает? [закрытый]

Проблема

стратегическая модель используется для решения проблем, которые могли бы (или предсказываться, они могли бы) быть реализованным или решенным различным стратегии и которые обладают ясно определенным интерфейсом для таких случаев. Каждая стратегия совершенно действительна самостоятельно с некоторыми стратегиями, являющимися предпочтительным в определенных ситуациях, которые позволяют приложению переключаться между ними во время времени выполнения.

Пример кода

namespace StrategyPatterns
{
  // Interface definition for a Sort algorithm
  public interface ISort
  {
    void Sort(List<string> list)
  }

  // QuickSort implementation
  public class CQuickSorter : ISort
  {
    void Sort(List<string> list)
    {
      // Here will be the actual implementation
    }
  }

  // BubbleSort implementation
  public class CBubbleSort : ISort
  {
    void Sort(List<string> list)
    {
      // The actual implementation of the sort
    }
  }

  // MergeSort implementation
  public class CMergeSort : ISort
  {
    void Sort(List<string> list)
    {
      // Again the real implementation comes here
    }
  }

  public class Context
  {
    private ISort sorter;

    public Context(ISort sorter)
    {
      // We pass to the context the strategy to use
      this.sorter = sorter;
    }

    public ISort Sorter
    {
      get{return sorter;)
    }
  }

  public class MainClass
  {
    static void Main()
    {
       List<string> myList = new List<string>();

       myList.Add("Hello world");
       myList.Add("Another item");
       myList.Add("Item item");

       Context cn = new Context(new CQuickSorter());
       // Sort using the QuickSort strategy
       cn.Sorter.Sort(myList);
       myList.Add("This one goes for the mergesort");
       cn = new Context(new CMergeSort());
       // Sort using the merge sort strategy
       cn.Sorter.Sort(myList);
    }
  }
}

Тесно связанный шаблон является шаблоном Делегата; в обоих случаях часть работы передается некоторому другому компоненту. Если я понимаю правильно, различие между этими шаблонами - это (и исправьте меня, если я неправ):

• В Делегат шаблон, делегат инстанцирует включение (делегирование) класс; это допускает повторное использование кода составом, а не наследованием. Класс включения может знать о конкретном типе делегата, например, если это вызывает своего конструктора само (в противоположность использованию фабрики).

• В шаблон Стратегии , компонент, который осуществляет стратегию, является зависимостью, предоставленной включению с помощью компонента через его конструктора или метод set (согласно религии). Компонент использования полностью не знает о том, какая стратегия используется; стратегия всегда вызывается через интерфейс.

Кто-либо знает какие-либо другие различия?

Непосредственно от статья Strategy Pattern Wikipedia:

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

Уже добавить к magnificient ответы: стратегическая модель имеет сильное сходство с передачей функции (или функций) к другой функции. В стратегии это сделано путем обертывания, сказала функция в объекте, сопровождаемом путем передачи объекта. Некоторые языки могут передать функции непосредственно, таким образом, им не нужен шаблон вообще. Но другие языки не могут передать функции, но может объекты передачи; шаблон тогда применяется.

Особенно на подобных Java языках, Вы найдете, что зоопарк типа языка является довольно небольшим и что Ваш единственный способ расширить его путем создания объектов. Следовательно большинство решений проблем состоит в том, чтобы придумать шаблон; способ составить объекты достигнуть определенной цели. Языки с более богатыми зоопарками типа часто имеют более простые способы идти о проблемах - но более богатые типы также означают, что необходимо провести больше времени, изучая систему типов. Языки с дисциплиной динамического контроля типов часто получают подлый путь вокруг проблемы также.