Das Buch "Muster objektorientierten Designs"

Vorwort

• Die Terminologie wurde aktualisiert (zum Beispiel hat der Begriff "Refactoring" bereits Wurzeln für die "Reorganisation" des Codes gelegt, für die Freigabe ist es "Freigabe" anstelle von "Trennung" und für das Mischen ist es "Beimischung");
• aktualisierter Stil;
• unnötig sperrige Wörter wurden entfernt (zum Beispiel "Spezifikation" oder "Instanziierung". Das erste kann angemessen durch "Definition" ersetzt werden, das zweite durch "Erstellen einer Instanz");
• Das Buch heißt schließlich "Object Oriented Design Patterns".

MUSTERVORLAGENMETHODE (VORLAGENMETHODE)

void Application::OpenDocument (const char* name) {
      if (!CanOpenDocument(name)) {
          //   
          return;
      }

      Document* doc = DoCreateDocument();

      if (doc) {
          _docs->AddDocument(doc);
          AboutToOpenDocument(doc);
          doc->Open();
          doc->DoRead();
      }
}

• eine einmalige Verwendung der invarianten Teile des Algorithmus, während die Implementierung des sich ändernden Verhaltens im Ermessen der Unterklassen liegt;
• die Notwendigkeit, das allen Unterklassen gemeinsame Verhalten in einer Klasse zu isolieren und zu lokalisieren, um Codeduplikationen zu vermeiden. Dies ist ein gutes Beispiel für die von William Opdyke und Ralph Johnson [ABl. 93] beschriebene Technik der „Klammerung zur Verallgemeinerung“. Zunächst werden Unterschiede im vorhandenen Code aufgedeckt, die dann auf separate Operationen übertragen werden. Letztendlich werden die verschiedenen Codefragmente durch die Vorlagenmethode ersetzt, von der aus neue Operationen aufgerufen werden.
• Verwaltung von Unterklassenerweiterungen. Die Vorlagenmethode kann so definiert werden, dass sie an bestimmten Punkten Hooks auslöst (siehe Abschnitt Ergebnisse) und nur an diesen Punkten eine Erweiterung zulässt.

• definiert abstrakte primitive Operationen, die in bestimmten Unterklassen ersetzt werden, um die Schritte des Algorithmus zu implementieren;
• implementiert eine Vorlagenmethode, die das Grundgerüst eines Algorithmus definiert. Die Template-Methode ruft primitive Operationen sowie Operationen auf, die in der AbstractClass-Klasse oder in anderen Objekten definiert sind.

• implementiert primitive Operationen, die die Schritte des Algorithmus in einer Weise ausführen, die von der Unterklasse abhängt.

• spezifische Operationen (entweder aus der ConcreteClass-Klasse oder aus den Client-Klassen);
• spezifische Operationen aus der AbstractClass-Klasse (dh Operationen, die für alle Unterklassen nützlich sind);
• primitive Operationen (d. h. abstrakte Operationen);
• Fabrikmethoden (siehe Fabrikmethodenmuster (135));
• Hook-Operationen, die Standardverhalten implementieren, das in Unterklassen erweitert werden kann. Oft führt eine solche Standardoperation nicht aus.

void DerivedClass::Operation () {
      //   DerivedClass
      ParentClass::Operation();
}

void ParentClass::Operation () {
      //  ParentClass
      HookOperation();
}

void ParentClass::HookOperation () { }

void DerivedClass::HookOperation () {
   //    
}

• C++. , , . , . , , . , -;
• . , . , ;
• Namenskonvention. Sie können Vorgänge hervorheben, die ersetzt werden müssen, indem Sie ihren Namen ein Präfix hinzufügen. Im MacApp Framework für Macintosh-Anwendungen [App89] beginnen die Namen der Vorlagenmethoden beispielsweise mit dem Präfix Do: DoCreateDocument, DoRead usw.

void View::Display () {
      SetFocus();
      DoDisplay();
      ResetFocus();
}

void View::DoDisplay () { }

void MyView::DoDisplay () {
      //   
}