Le livre "Modèles de conception orientée objet"

Préface

• La terminologie a été mise à jour (par exemple, le terme "refactoring" a déjà pris racine pour la "réorganisation" du code, pour le partage - "partage" au lieu de "séparation", et pour mixin - "mélange");
• style mis à jour;
• les mots inutilement volumineux ont été éliminés (par exemple, «spécification» ou «instanciation». Le premier peut être assez adéquatement remplacé par «définition», le second par «créer une instance»);
• le livre est enfin appelé «Modèles de conception orientés objet».

PROCÉDÉ DE MODÈLE DE MODÈLE (PROCÉDÉ DE MODÈLE)

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

      Document* doc = DoCreateDocument();

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

• une utilisation unique des parties invariantes de l'algorithme, tandis que la mise en œuvre du changement de comportement reste à la discrétion des sous-classes;
• la nécessité d'isoler et de localiser dans une classe le comportement commun à toutes les sous-classes afin d'éviter la duplication de code. Ceci est un bon exemple de la technique du «bracketing pour généraliser» décrite par William Opdyke et Ralph Johnson [OJ93]. Tout d'abord, des différences dans le code existant sont révélées, qui sont ensuite transférées à des opérations distinctes. En fin de compte, les différents fragments de code sont remplacés par une méthode de modèle à partir de laquelle de nouvelles opérations sont appelées;
• gestion des extensions de sous-classe. La méthode du modèle peut être définie de manière à déclencher des hooks - voir la section Résultats - à des points spécifiques, permettant ainsi l'expansion uniquement à ces points.

• définit des opérations primitives abstraites qui sont remplacées dans des sous-classes spécifiques pour implémenter les étapes de l'algorithme;
• implémente une méthode de modèle qui définit le squelette d'un algorithme. La méthode modèle appelle des opérations primitives, ainsi que des opérations définies dans la classe AbstractClass ou dans d'autres objets;

• implémente des opérations primitives qui exécutent les étapes de l'algorithme d'une manière qui dépend de la sous-classe.

• opérations spécifiques (soit de la classe ConcreteClass, soit des classes client);
• des opérations spécifiques de la classe AbstractClass (c'est-à-dire des opérations utiles à toutes les sous-classes);
• opérations primitives (c'est-à-dire opérations abstraites);
• méthodes d'usine (voir modèle de méthode d'usine (135));
• opérations de hook qui implémentent un comportement par défaut qui peut être étendu dans des sous-classes. Souvent, une telle opération par défaut ne fait rien.

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

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

void ParentClass::HookOperation () { }

void DerivedClass::HookOperation () {
   //    
}

• C++. , , . , . , , . , -;
• . , . , ;
• convention de dénomination. Vous pouvez mettre en évidence les opérations à remplacer en ajoutant un préfixe à leurs noms. Par exemple, dans le cadre MacApp pour les applications Macintosh [App89], les noms de méthode de modèle commencent par le préfixe Do: DoCreateDocument, DoRead, etc.

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

void View::DoDisplay () { }

void MyView::DoDisplay () {
      //   
}