Предложенный шаблон для построения объектов команды при использовании шаблона команды

Question

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

Answer 1

Насколько мне известно, традиционно не используется шаблон для создания команд. Вот UML Командного Pattern:

Как вы можете видеть выше, Client напрямую соединен с ConcreteCommand и картина даже говорит, что создает их.

Каждый объект команды имеет различный вид и количество параметров.

Эта деталь затруднит отделить создание объекта от кода клиента.

Одним из простых способов является использование так называемого Simple Factory (aka Concrete Factory).

Намерение здесь инкапсулировать создание команд с использованием метода CommandFactory.createCommand(...). Клиентский код не хочет знать подробности о new CommandA(...) и т.д.

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

Например, без шаблона Simple Factory, Client должен был бы сделать new CommandA(arg1, arg2) (прямое соединение с конкретной командой). С шаблоном Simple Factory Client должен был бы сделать CommandFactory.createCommand("A", arg1, arg2), где «A» (или что-то подобное) является дискриминатором для создания ConcreteCommand. Если вы добавили CommandD к вашему дизайну, Client все равно нужно было изменить (ему нужно было бы позвонить createCommand("D", ...)) и вам нужно было бы обновить CommandFactory. Похоже на большую сложность для небольшой выгоды.

Использование фабричного метода или абстрактного шаблона фабрики кажется еще более сложным, но ваш вопрос не дает достаточно деталей, чтобы действительно знать наверняка.