Опытный шаблон разработки, действительно просто клонируются?

Шаблон «Прототип» - это гораздо больше, чем просто «Клонирование». Семантика клонов шире, то есть поля скаляров / значений одного экземпляра объекта дублируются в новом экземпляре, так что они имеют эквивалентное состояние, но занимают разные места в памяти. Клонирование может использоваться для поддержки множества различных потребностей.

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

Надеюсь, следующий пример фабричного класса проясняет суть паттерна:

public class PrototypeWidgetFactory : IWidgetFactory
{
  public PrototypeWidgetFactory(PrototypeWidget scenarioA, PrototypeWidget scenarioB, PrototypeWidget scenarioC) 
  {
    _scenarioA = scenarioA;
    _scenarioB = scenarioB;
    _scenarioC = scenarioC;
  }

  public Widget GetForScenarioA() { return _scenarioA.Clone(); }
  public Widget GetForScenarioB() { return _scenarioB.Clone(); }
  public Widget GetForScenarioC() { return _scenarioC.Clone(); }

  private PrototypeWidgetFactory _scenarioA;
  private PrototypeWidgetFactory _scenarioB;
  private PrototypeWidgetFactory _scenarioC;
}

Экземпляр этого factory можно передавать везде, где требуется IWidgetFactory. Преимущество в том, что вам не нужна куча разных фабричных классов для каждого поведения. Фактически, для определенных типов поведения вам даже не понадобится куча разных классов, если вы просто вставляете экземпляры одного и того же типа, которые инициализируются по-разному, в фабрику прототипов. В этом случае преимущество еще больше в том, что API не раздувается кучей небольших классов, которые мало что делают.

Недостаток заключается в том, что код внедрения должен знать, как создавать прототипы. Это непросто, если при создании прототипов задействовано много сложной логики.

(Примечание: шаблон прототипа не требует, чтобы все методы в фабрике прототипов возвращали один и тот же тип. Я только что заставил пример возвращать только виджеты потому что это демонстрирует большее преимущество использования прототипов для создания объектов с определенным поведением, когда объекты одного типа, но инициализируются по-разному.)

public class PrototypeDomainFactory : IDomainFactory
{
  public PrototypeDomainFactory(PrototypePerson personPrototype, PrototypeCompany companyPrototype, PrototypeWidget widgetPrototype) 
  {
    _personPrototype = personPrototype;
    _companyPrototype = companyPrototype;
    _widgetPrototype = widgetPrototype;
  }

  public Person GetPerson() { return _personPrototype.Clone(); }
  public Company GetCompany() { return _companyPrototype.Clone(); }
  public Widget GetWidget() { return _widgetPrototype.Clone(); }

  private PrototypePerson _personPrototype;
  private PrototypeCompany _companyPrototype;
  private PrototypeWidget _widgetPrototype;
}