Разница в их намерении :
Шаблон фабричного метода - это творческий шаблон, используемый для переноса создания экземпляров объекта на подклассы. С другой стороны, шаблон стратегии - это поведенческий шаблон, используемый для отделения алгоритма от клиентского кода.
Вы бы использовали первое, если вам нужно абстрагировать создание объекта, определив метод, который возвращает экземпляр определенного типа, но позволяя подклассам реализовать его. В Java пример будет следующим:
public interface SomeAbstractObject {
// methods...
}
public abstract class SomeAbstractClass {
public abstract SomeAbstractObject newSomeObject();
// Other methods...
}
public class SomeConcreteClassA extends SomeAbstractClass {
public SomeAbstractObject newSomeObject() {
// assuming SomeConcreteObjectA extends from SomeAbstractObject
return new SomeConcreteObjectA();
}
// Other methods...
}
public class SomeConcreteClassB extends SomeAbstractClass {
public SomeAbstractObject newSomeObject() {
// assuming SomeConcreteObjectB extends form SomeAbstractObject
return new SomeConcreteObjectB();
}
// Other methods...
}
Обратите внимание, как конкретная реализация объекта отличается от реализации SomeAbstractClass.
С другой стороны, вы бы использовали шаблон Стратегии, если вам нужно отделить алгоритм от вызывающего кода. Это похоже на то, как представление связывается с контроллером в шаблоне MVC. В гипотетическом наборе java MVC UI это может быть следующим:
// interface abstracting the algorithm of a user interaction with your ui components.
public interface ActionHandler {
public void handle(Action a);
}
// concrete implementation of button clicked algorithm.
public class ButtonClickedHandler implements ActionHandler {
public void handle(Action a) {
// do some fancy stuff...
}
}
public class Button extends Widget {
// ActionHandler abstracts the algorithm of performing an action.
private ActionHandler handler = new ButtonClickedHandler();
// Delegates to the action handler to perform the action.
public void execute(Action a) {
handler.handle(a);
}
}
Теперь предположим, что у вас есть другой компонент, который вместо нажатия реагирует на скольжение (т. Е. Слайдер)
public class Slider extends Widget {
// SliderMovedHandler extends ActionHandler
private ActionHandler handler = new SliderMovedHandler()
// Delegates to action handler to perform the action.
public void execute(Action a) {
handler.handle(a);
}
}
Обратите внимание, что в классах Button и Slider (Views) логика выполнения действия абсолютно одинакова (оба относятся к ActionHandler). Поэтому мы могли бы перетащить их в родительский класс (Widget) и позволить подклассам просто определить реализацию обработчика действия, например:
public class Widget {
private ActionHandler handler;
public Widget(ActionHandler handler) {
this.handler = handler;
}
public void execute(Action a) {
handler.handle(a);
}
}
// concrete widget implementations change their behavior by configuring
// different action handling strategies.
public class Button extends Widget {
public Button() {
super(new ButtonClickedHandler());
}
}
public class Slider extends Widget {
public Slider() {
super(new SliderMovedHandler());
}
}
Используя шаблон стратегии, мы можем изменить поведение нашего виджета, просто настроив его в другой конкретной реализации ActionHandler. Таким образом, виджеты (представления) являются слабо связанной логикой обработки действий формы (контроллеры).
Мы могли бы сделать вещи немного интереснее, смешав стратегию и шаблон фабричного метода, например:
public abstract class Widget {
public void execute(Action a) {
// action handling strategy is retrieved by a factory method
ActionHandler handler = getActionHandler();
handler.handle(a);
}
// factory method defers creation of action handling strategy to subclasses
public abstract ActionHandler getActionHandler();
}
// factory method defines different action handling strategy for different subclass
public class Button extends Widget {
public ActionHandler getActionHandler() {
return new ButtonClickedHandler();
}
}
public class Slider extends Widget {
public ActionHandler getActionHandler() {
return new SliderMovedHandler();
}
}
Обратите внимание, что это иллюстративный пример шаблона стратегии, а НЕ то, как реализован Swing (Java UI kit по умолчанию).
Обе модели несколько похожи в том, что они откладывают какую-то часть логики куда-то еще. Это общая тема в шаблонах проектирования, которая позволяет разделить проблемы. Однако природа или намерение отложенной логики совершенно иная. Метод Factory откладывает логику создания на подклассы (в моем примере - создание конкретных экземпляров ActionHandler), тогда как стратегия - на выполнение алгоритма (в моем примере, что делать, когда пользователь взаимодействует с конкретным компонентом).