{"id":19934,"date":"2023-07-25T12:52:39","date_gmt":"2023-07-25T12:52:39","guid":{"rendered":"https:\/\/devologyx.io\/les-modeles-de-conception-elements-dun-logiciel-oriente-objet-reutilisable\/"},"modified":"2024-10-31T17:54:22","modified_gmt":"2024-10-31T17:54:22","slug":"les-modeles-de-conception-elements-dun-logiciel-oriente-objet-reutilisable","status":"publish","type":"post","link":"https:\/\/devologyx.io\/fr\/les-modeles-de-conception-elements-dun-logiciel-oriente-objet-reutilisable\/","title":{"rendered":"LES MOD\u00c8LES DE CONCEPTION : \u00c9L\u00c9MENTS D’UN LOGICIEL ORIENT\u00c9 OBJET R\u00c9UTILISABLE"},"content":{"rendered":"\n

Chapitre 1 : Introduction<\/strong><\/p>\n\n

\"\"<\/figure>\n\n

La conception d’un logiciel orient\u00e9 objet est complexe, et celle d’un logiciel orient\u00e9 objet r\u00e9utilisable l’est encore plus. Vous devez trouver les objets pertinents, les r\u00e9partir dans des classes \u00e0 la bonne granularit\u00e9, d\u00e9finir des interfaces de classe et des hi\u00e9rarchies d’h\u00e9ritage, et \u00e9tablir des relations cl\u00e9s entre eux. Votre conception doit \u00eatre sp\u00e9cifique au probl\u00e8me et suffisamment g\u00e9n\u00e9rale pour r\u00e9pondre aux questions et exigences futures. <\/p>\n\n

Qu’est-ce qu’un mod\u00e8le de conception ?<\/strong><\/p>\n\n

Un mod\u00e8le de conception nomme, abstrait et identifie les aspects critiques d’une structure de conception standard qui l’aident \u00e0 cr\u00e9er une conception orient\u00e9e objet r\u00e9utilisable. Le mod\u00e8le de conception identifie les classes et instances participantes, leurs r\u00f4les et collaborations, ainsi que la r\u00e9partition des responsabilit\u00e9s. Les mod\u00e8les de conception d\u00e9crivent des probl\u00e8mes dans votre environnement et expliquent l’essentiel de la solution \u00e0 ce probl\u00e8me afin que vous puissiez utiliser cette solution de mani\u00e8re it\u00e9rative. Un mod\u00e8le de conception comporte quatre \u00e9l\u00e9ments essentiels ; <\/p>\n\n

    \n
  1. Le nom du mod\u00e8le est un moyen de d\u00e9crire un probl\u00e8me de conception, ses solutions et ses cons\u00e9quences en un mot ou deux. Le fait de nommer un mod\u00e8le vous permet de concevoir \u00e0 un niveau d’abstraction plus \u00e9lev\u00e9. <\/li>\n\n\n\n
  2. Le probl\u00e8me : il s’agit d’expliquer quand mettre en \u0153uvre le mod\u00e8le. Il explique la situation et son contexte. Il d\u00e9crit des probl\u00e8mes de conception sp\u00e9cifiques, comme la mani\u00e8re de repr\u00e9senter les algorithmes en tant qu’objets. <\/li>\n\n\n\n
  3. La solution : elle illustre les \u00e9l\u00e9ments qui composent la conception, leurs relations, leurs collaborations et leurs responsabilit\u00e9s.<\/li>\n\n\n\n
  4. Les cons\u00e9quences : il s’agit des r\u00e9sultats et des compromis r\u00e9sultant de l’application du mod\u00e8le.<\/li>\n<\/ol>\n\n

    Mod\u00e8les de conception en Smalltalk MVC<\/strong><\/p>\n\n

    La triade de classes Mod\u00e8le\/Vue\/Contr\u00f4leur (MVC) [KP88] est utilis\u00e9e pour construire des interfaces utilisateur dans Smalltalk-80. Le mod\u00e8le, la vue et le contr\u00f4leur comportent trois types d’objets. Le mod\u00e8le est l’objet de l’application, la vue est sa pr\u00e9sentation \u00e0 l’\u00e9cran et le contr\u00f4leur d\u00e9finit la mani\u00e8re dont l’interface utilisateur r\u00e9agit aux entr\u00e9es de l’utilisateur. Avant le MVC, les conceptions d’interface utilisateur avaient tendance \u00e0 regrouper ces objets. Le MVC les a ensuite dissoci\u00e9s pour am\u00e9liorer la flexibilit\u00e9 et la r\u00e9utilisation. Le MVC d\u00e9couple les vues et les mod\u00e8les en \u00e9tablissant un protocole de souscription\/notification. Une vue doit s’assurer que son apparence refl\u00e8te l’\u00e9tat du mod\u00e8le. Chaque fois que les donn\u00e9es du mod\u00e8le changent, elles en informent les vues qui en d\u00e9pendent. En r\u00e9ponse, chaque vue a la possibilit\u00e9 de se mettre \u00e0 jour. Cette approche vous permet d’attacher plusieurs vues \u00e0 un mod\u00e8le afin de fournir diff\u00e9rentes pr\u00e9sentations. Vous pouvez \u00e9galement cr\u00e9er de nouvelles vues pour un mod\u00e8le sans le r\u00e9\u00e9crire. <\/p>\n\n

    MVC vous permet de modifier la fa\u00e7on dont une vue r\u00e9agit \u00e0 l’entr\u00e9e de l’utilisateur sans modifier sa pr\u00e9sentation visuelle. Vous pouvez, par exemple, modifier la fa\u00e7on dont elle r\u00e9agit au clavier ou utiliser un menu contextuel \u00e0 la place des touches de commande. MVC encapsule le m\u00e9canisme de r\u00e9ponse dans un objet contr\u00f4leur. Une hi\u00e9rarchie de classes de contr\u00f4leurs facilite la cr\u00e9ation d’un nouveau contr\u00f4leur en tant que variation d’un contr\u00f4leur existant. <\/p>\n\n

    Description des mod\u00e8les de conception<\/strong><\/p>\n\n

    Les mod\u00e8les de conception sont d\u00e9finis selon un format coh\u00e9rent. Chaque mod\u00e8le est divis\u00e9 en sections selon le mod\u00e8le suivant. Le mod\u00e8le conf\u00e8re une structure uniforme \u00e0 l’information, ce qui facilite l’apprentissage, la comparaison et l’utilisation des mod\u00e8les de conception. <\/p>\n\n

      \n
    • Nom du motif et classification : Le nom exprime succinctement l’essence du motif. Une bonne r\u00e9putation est essentielle car elle fera partie de votre vocabulaire de conception. La classification du mod\u00e8le refl\u00e8te le sch\u00e9ma que nous pr\u00e9sentons \u00e0 la section 1.5. <\/li>\n\n\n\n
    • L’intention : Une br\u00e8ve d\u00e9claration qui r\u00e9pond aux questions suivantes : Que fait le mod\u00e8le de conception ? Quelle est sa raison d’\u00eatre et quel est son objectif ? Quelle question ou quel probl\u00e8me de conception particulier aborde-t-il ? <\/li>\n\n\n\n
    • \u00c9galement connu sous d’autres noms connus pour le motif, le cas \u00e9ch\u00e9ant. <\/li>\n\n\n\n
    • Motivation : Un sc\u00e9nario qui illustre un probl\u00e8me de conception et la fa\u00e7on dont les structures de classes et d’objets du mod\u00e8le r\u00e9solvent le probl\u00e8me. Le syst\u00e8me vous aidera \u00e0 comprendre la description plus abstraite du mod\u00e8le suivant. <\/li>\n\n\n\n
    • Applicabilit\u00e9 : Quelles sont les situations dans lesquelles le mod\u00e8le de conception peut \u00eatre appliqu\u00e9 ? Quels sont les exemples de mauvaises conceptions auxquelles le mod\u00e8le peut rem\u00e9dier ? Comment pouvez-vous reconna\u00eetre ces situations ? <\/li>\n\n\n\n
    • Structure : Une repr\u00e9sentation graphique des classes du mod\u00e8le \u00e0 l’aide d’une notation bas\u00e9e sur la technique de mod\u00e9lisation d’objets (OMT) [RBP+91]. Nous utilisons \u00e9galement des diagrammes d’interaction [JCJO92, Boo94] pour illustrer les s\u00e9quences de requ\u00eates et les collaborations entre les objets. L’annexe B d\u00e9crit ces notations en d\u00e9tail. <\/li>\n\n\n\n
    • Participants : Les classes et\/ou objets participant au mod\u00e8le de conception et leurs responsabilit\u00e9s.<\/li>\n\n\n\n
    • Collaborations : Comment les participants collaborent pour assumer leurs responsabilit\u00e9s. <\/li>\n\n\n\n
    • Cons\u00e9quences : Comment le mod\u00e8le soutient-il ses objectifs ? Quels sont les compromis et les r\u00e9sultats de l’utilisation du mod\u00e8le ? Quel aspect de la structure du syst\u00e8me vous permet-il de varier ind\u00e9pendamment ? <\/li>\n\n\n\n
    • Mise en \u0153uvre : Quels sont les pi\u00e8ges, les conseils ou les techniques \u00e0 conna\u00eetre lors de la mise en \u0153uvre du mod\u00e8le ? Existe-t-il des probl\u00e8mes sp\u00e9cifiques au langage ? <\/li>\n\n\n\n
    • Exemple de code : Fragments illustrant la mani\u00e8re dont vous pourriez mettre en \u0153uvre le mod\u00e8le en C++ ou en Smalltalk.<\/li>\n\n\n\n
    • Utilisations connues : Exemples de motifs trouv\u00e9s dans des syst\u00e8mes r\u00e9els. Nous incluons au moins deux exemples provenant de domaines diff\u00e9rents. <\/li>\n\n\n\n
    • Mod\u00e8les apparent\u00e9s : Quels sont les mod\u00e8les de conception \u00e9troitement associ\u00e9s \u00e0 celui-ci ? Quelles sont les diff\u00e9rences essentielles ? Quels autres mod\u00e8les devraient \u00eatre utilis\u00e9s ? <\/li>\n<\/ul>\n\n

      Comment les patrons de conception r\u00e9solvent les probl\u00e8mes de conception<\/strong><\/p>\n\n

      Les mod\u00e8les de conception r\u00e9solvent les probl\u00e8mes de conception en trouvant les objets appropri\u00e9s ; les mod\u00e8les de conception vous aident \u00e0 identifier les abstractions les moins \u00e9videntes et les objets qui peuvent les capturer. Les mod\u00e8les de conception d\u00e9terminent \u00e9galement la granularit\u00e9 des objets ; les mod\u00e8les de conception d\u00e9crivent comment repr\u00e9senter des sous-syst\u00e8mes complets en tant qu’objets et prendre en charge un grand nombre d’objets aux granularit\u00e9s les plus fines. Les mod\u00e8les de conception vous aident \u00e0 d\u00e9finir les interfaces en identifiant leurs \u00e9l\u00e9ments essentiels et les types de donn\u00e9es envoy\u00e9es \u00e0 travers une interface. Un mod\u00e8le de conception peut \u00e9galement vous indiquer ce qu’il ne faut pas mettre dans l’interface. <\/p>\n\n

      Citation pr\u00e9f\u00e9r\u00e9e du chapitre : \u00ab\u00a0Les patrons de classes cr\u00e9ationnelles reportent une partie de la cr\u00e9ation de l’objet sur les sous-classes, tandis que les patrons d’objets cr\u00e9ationnels la reportent sur un autre objet. Les mod\u00e8les de classes structurels utilisent l’h\u00e9ritage pour composer des classes, tandis que les mod\u00e8les d’objets structurels d\u00e9crivent des fa\u00e7ons d’assembler des objets. Les mod\u00e8les de classes comportementales utilisent l’h\u00e9ritage pour d\u00e9crire les algorithmes et le flux de contr\u00f4le, tandis que les mod\u00e8les d’objets comportementaux d\u00e9crivent la mani\u00e8re dont un groupe d’objets coop\u00e8re pour effectuer une t\u00e2che qu’aucun objet seul ne peut r\u00e9aliser. <\/em><\/strong><\/p>\n\n

      seul\u00a0\u00bb.<\/em><\/strong><\/p>\n\n

      Chapitre deux : Une \u00e9tude de cas : Conception d’un \u00e9diteur de documents<\/strong><\/p>\n\n

      \"\"<\/figure>\n\n

      Structure du document<\/strong><\/p>\n\n

      Un document contient des \u00e9l\u00e9ments graphiques essentiels tels que des caract\u00e8res, des lignes, des polygones et d’autres formes. Ces \u00e9l\u00e9ments repr\u00e9sentent l’ensemble des informations contenues dans le document. Cependant, ces \u00e9l\u00e9ments ne sont pas consid\u00e9r\u00e9s en termes graphiques, mais en termes de structure physique du document – lignes, colonnes, figures, tableaux et autres sous-structures. \u00c0 leur tour, ces sous-structures ont leurs sous-structures, et ainsi de suite. L’interface utilisateur de Lexi doit permettre aux utilisateurs de manipuler directement ces sous-structures. Par exemple, un utilisateur doit pouvoir traiter un diagramme comme une unit\u00e9 plut\u00f4t que comme une collection de primitives graphiques individuelles. L’utilisateur doit pouvoir se r\u00e9f\u00e9rer \u00e0 un tableau comme \u00e0 un tout, et non comme \u00e0 une masse informe de texte et de graphiques. Cela contribue \u00e0 rendre l’interface simple et intuitive. <\/p>\n\n

      Formatage<\/strong><\/p>\n\n

      Apr\u00e8s avoir trouv\u00e9 un moyen de repr\u00e9senter la structure physique du document, vous devez d\u00e9terminer comment construire une structure physique particuli\u00e8re. Une structure qui correspond \u00e0 un document correctement format\u00e9. La repr\u00e9sentation et le formatage sont distincts : la capacit\u00e9 \u00e0 capturer la structure physique du document ne nous dit pas comment arriver \u00e0 un syst\u00e8me particulier. Cette responsabilit\u00e9 incombe principalement \u00e0 Lexi. <\/p>\n\n

      Encapsuler l’algorithme de formatage :<\/strong> Avec toutes ses contraintes et ses d\u00e9tails, le processus de formatage n’est pas facile \u00e0 automatiser. Il existe de nombreuses approches au probl\u00e8me, et les gens ont d\u00e9velopp\u00e9 divers algorithmes de formatage avec des forces et des faiblesses diff\u00e9rentes. Lexi \u00e9tant un \u00e9diteur de type \u00ab\u00a0What You See Is What You Get\u00a0\u00bb, un compromis n\u00e9cessaire \u00e0 prendre en compte est l’\u00e9quilibre entre la qualit\u00e9 et la vitesse du formatage. Comme les algorithmes de formatage ont tendance \u00e0 \u00eatre complexes, il est souhaitable qu’ils soient bien contenus ou, mieux encore, qu’ils soient compl\u00e8tement ind\u00e9pendants de la structure du document. Id\u00e9alement, nous pourrions ajouter un nouveau type de sous-classe Glyph sans tenir compte de l’algorithme de formatage. Inversement, l’ajout d’un nouvel algorithme de formatage ne devrait pas n\u00e9cessiter la modification des glyphes existants. <\/p>\n\n

      Mod\u00e8le de strat\u00e9gie :<\/strong> L’encapsulation d’un algorithme dans un objet est l’objectif du mod\u00e8le de strat\u00e9gie. Les participants cl\u00e9s du mod\u00e8le sont les objets Strat\u00e9gie qui encapsulent diff\u00e9rents algorithmes et le contexte dans lequel ils op\u00e8rent. Les compositeurs sont des strat\u00e9gies ; ils encapsulent diff\u00e9rents algorithmes de formatage. La composition est le contexte d’une strat\u00e9gie de compositeur. La cl\u00e9 de l’application du mod\u00e8le de strat\u00e9gie est la conception d’interfaces pour le syst\u00e8me et son contexte qui sont suffisamment g\u00e9n\u00e9rales pour prendre en charge une gamme d’algorithmes. <\/p>\n\n

      Embellir l’interface utilisateur<\/strong><\/p>\n\n

      Consid\u00e9rez deux embellissements dans l’interface utilisateur de Lexi. La premi\u00e8re ajoute une bordure autour de la zone d’\u00e9dition de texte pour d\u00e9limiter la page de texte. Le second ajoute des barres de d\u00e9filement qui permettent \u00e0 l’utilisateur de visualiser diff\u00e9rentes parties de la page. Pour faciliter l’ajout et la suppression de ces embellissements (en particulier lors de l’ex\u00e9cution), vous ne devez pas utiliser l’h\u00e9ritage pour les ajouter \u00e0 l’interface utilisateur. Vous obtiendrez une plus grande flexibilit\u00e9 si les autres objets de l’interface utilisateur ne savent m\u00eame pas que les embellissements sont l\u00e0. Cela nous permettra d’ajouter et de supprimer les embellissements sans modifier d’autres classes. <\/p>\n\n

      Du point de vue de la programmation, l’embellissement de l’interface utilisateur implique l’extension du code existant. L’utilisation de l’h\u00e9ritage pour r\u00e9aliser cette extension emp\u00eache de r\u00e9organiser les embellissements au moment de l’ex\u00e9cution, mais un probl\u00e8me tout aussi grave est l’explosion des classes r\u00e9sultant d’une approche bas\u00e9e sur l’h\u00e9ritage. <\/p>\n\n

      Mod\u00e8le de d\u00e9corateur :<\/strong> Le mod\u00e8le du d\u00e9corateur (196) capture les relations entre les classes et les objets qui supportent l’embellissement par l’enfermement transparent. Le terme \u00ab\u00a0embellissement\u00a0\u00bb a une signification plus large que celle que nous avons envisag\u00e9e ici. Dans le mod\u00e8le Decorator, l’embellissement fait r\u00e9f\u00e9rence \u00e0 tout ce qui ajoute des responsabilit\u00e9s \u00e0 un objet. <\/p>\n\n

      Citation pr\u00e9f\u00e9r\u00e9e : \u00ab\u00a0Le choix de la repr\u00e9sentation interne du document influe sur presque tous les aspects de la conception de Lexi.<\/em><\/strong><\/p>\n\n

      Chapitre trois : Mod\u00e8les de cr\u00e9ation<\/strong><\/p>\n\n

      \"\"<\/figure>\n\n

      Les mod\u00e8les de conception cr\u00e9ative font abstraction du processus d’instanciation. Ils contribuent \u00e0 rendre un syst\u00e8me ind\u00e9pendant de la mani\u00e8re dont ses objets sont cr\u00e9\u00e9s, compos\u00e9s et repr\u00e9sent\u00e9s. Un mod\u00e8le de cr\u00e9ation de classe utilise l’h\u00e9ritage pour varier la classe instanci\u00e9e, tandis qu’un mod\u00e8le de cr\u00e9ation d’objet d\u00e9l\u00e8gue l’instanciation \u00e0 un autre objet. <\/p>\n\n

      Les mod\u00e8les de cr\u00e9ation deviennent essentiels lorsque les syst\u00e8mes d\u00e9pendent davantage de la composition d’objets que de l’h\u00e9ritage de classes. Dans ce cas, l’accent n’est plus mis sur le codage en dur d’un ensemble fixe de comportements, mais sur la d\u00e9finition d’un groupe plus restreint de comportements fondamentaux qui peuvent \u00eatre compos\u00e9s d’autres comportements plus complexes. Ainsi, la cr\u00e9ation d’objets ayant des comportements sp\u00e9cifiques n\u00e9cessite plus que la simple instanciation d’une classe. <\/p>\n\n

      Il y a deux th\u00e8mes r\u00e9currents dans ces mod\u00e8les. Premi\u00e8rement, ils encapsulent tous des connaissances sur les classes concr\u00e8tes utilis\u00e9es par le syst\u00e8me. Deuxi\u00e8mement, ils cachent la mani\u00e8re dont les instances de ces classes sont cr\u00e9\u00e9es et assembl\u00e9es. Tout ce que le syst\u00e8me dans son ensemble conna\u00eet des objets, ce sont leurs interfaces d\u00e9finies par des classes abstraites. Les mod\u00e8les cr\u00e9atifs peuvent parfois \u00eatre des concurrents. En d’autres termes, il existe des cas o\u00f9 Prototype ou Abstract Factory peuvent \u00eatre utilis\u00e9s avec profit. Dans d’autres cas, ils sont compl\u00e9mentaires : Le constructeur peut utiliser l’un des diff\u00e9rents mod\u00e8les pour mettre en \u0153uvre les composants \u00e0 construire. Le prototype peut utiliser Singleton dans son impl\u00e9mentation. Les mod\u00e8les cr\u00e9atifs sont les suivants ; <\/p>\n\n

      Usine abstraite :<\/strong> Fournir une interface pour cr\u00e9er des familles d’objets li\u00e9s ou d\u00e9pendants sans sp\u00e9cifier leurs classes concr\u00e8tes.<\/p>\n\n

      Constructeur : S\u00e9parer la construction d’un objet complexe de sa repr\u00e9sentation afin que le m\u00eame processus de construction puisse cr\u00e9er des expressions diff\u00e9rentes.<\/p>\n\n

      M\u00e9thode d’usine :<\/strong> D\u00e9finir une interface pour la cr\u00e9ation d’un objet, mais laisser les sous-classes d\u00e9cider de la classe \u00e0 instancier. La m\u00e9thode Factory permet \u00e0 une classe de diff\u00e9rer l’instanciation \u00e0 des sous-classes. <\/p>\n\n

      Prototype :<\/strong> Sp\u00e9cifiez les types d’objets \u00e0 cr\u00e9er \u00e0 l’aide d’une instance prototypique et cr\u00e9ez de nouveaux objets en copiant ce prototype.<\/p>\n\n

      Singleton :<\/strong> Assurez-vous qu’une classe n’a qu’une seule instance et fournissez un point d’acc\u00e8s global \u00e0 cette instance.<\/p>\n\n

      Citation pr\u00e9f\u00e9r\u00e9e du chapitre : \u00ab\u00a0Il y a deux th\u00e8mes r\u00e9currents dans ces mod\u00e8les. Premi\u00e8rement, ils encapsulent tous des connaissances sur les classes concr\u00e8tes utilis\u00e9es par le syst\u00e8me. Deuxi\u00e8mement, ils cachent la fa\u00e7on dont les instances de ces classes sont cr\u00e9\u00e9es et assembl\u00e9es.\u00a0\u00bb<\/em><\/strong><\/p>\n\n

      Chapitre quatre : Mod\u00e8les structurels<\/strong><\/p>\n\n

      Les mod\u00e8les structurels traitent de la mani\u00e8re dont les classes et les objets sont compos\u00e9s pour former des structures plus importantes. Les mod\u00e8les structurels de classes utilisent l’h\u00e9ritage pour rassembler les interfaces ou les impl\u00e9mentations. A titre d’exemple simple, consid\u00e9rez comment <\/p>\n\n

      les successions multiples m\u00e9langent deux ou plusieurs classes en une seule. Le r\u00e9sultat est une classe qui combine les propri\u00e9t\u00e9s de ses classes m\u00e8res. Ce mod\u00e8le est pratique pour faire fonctionner ensemble des biblioth\u00e8ques de classes d\u00e9velopp\u00e9es ind\u00e9pendamment les unes des autres. Un autre exemple est la forme de classe du mod\u00e8le de l’adaptateur. En g\u00e9n\u00e9ral, un adaptateur rend une interface conforme \u00e0 une autre, fournissant une abstraction uniforme de diff\u00e9rentes interfaces. Un adaptateur de classe accomplit cette t\u00e2che en h\u00e9ritant de mani\u00e8re priv\u00e9e d’une classe d’adaptateur. L’adaptateur exprime ensuite son interface en termes d’adaptateurs. Les mod\u00e8les d’objets structurels d\u00e9crivent des fa\u00e7ons de composer des objets pour r\u00e9aliser de nouvelles fonctionnalit\u00e9s. La flexibilit\u00e9 accrue de la composition d’objets provient de la possibilit\u00e9 de modifier le document au moment de l’ex\u00e9cution, ce qui est impossible avec la composition de classes statiques. Un mod\u00e8le d’objet structurel d\u00e9crit la construction d’une hi\u00e9rarchie de classes pour deux types d’objets : les objets primitifs et les objets composites. Les objets composites vous permettent de composer des objets primitifs et d’autres objets composites dans des structures arbitrairement complexes. Vous trouverez ci-dessous les mod\u00e8les structurels que vous devez conna\u00eetre ; <\/p>\n\n

      Adaptateur :<\/strong> Convertir l’interface d’une classe en une autre interface attendue par les clients. L’adaptateur permet \u00e0 des classes de travailler ensemble alors qu’elles ne pourraient le faire autrement en raison d’interfaces incompatibles. <\/p>\n\n

      Pont :<\/strong> D\u00e9coupler une abstraction de sa mise en \u0153uvre afin que les deux puissent varier ind\u00e9pendamment.<\/p>\n\n

      Compos\u00e9 :<\/strong> Composez des objets dans des structures arborescentes pour repr\u00e9senter des hi\u00e9rarchies partie-tout. Le composite permet aux clients de traiter uniform\u00e9ment les objets individuels et les compositions d’objets. <\/p>\n\n

      D\u00e9corateur : Attachez dynamiquement des responsabilit\u00e9s suppl\u00e9mentaires \u00e0 un objet. Les d\u00e9corateurs constituent une alternative flexible \u00e0 la sous-classe pour \u00e9tendre les fonctionnalit\u00e9s. <\/p>\n\n

      Facade :<\/strong> Fournir une interface unifi\u00e9e \u00e0 un ensemble d’interfaces dans un sous-syst\u00e8me. Une fa\u00e7ade d\u00e9finit une interface de niveau sup\u00e9rieur qui facilite l’utilisation du sous-syst\u00e8me. <\/p>\n\n

      Poids plume :<\/strong> Utilisez le partage pour prendre en charge efficacement un grand nombre d’objets \u00e0 grain fin.<\/p>\n\n

      Proxy :<\/strong> Fournir un substitut ou une place pour un autre objet afin d’en contr\u00f4ler l’acc\u00e8s.<\/p>\n\n

      \n Citation pr\u00e9f\u00e9r\u00e9e : \u00ab\u00a0Plut\u00f4t que de composer des interfaces ou des impl\u00e9mentations, les mod\u00e8les d’objets structurels d\u00e9crivent des fa\u00e7ons de composer des objets pour r\u00e9aliser de nouvelles fonctionnalit\u00e9s<\/em>\n<\/strong>.\u00a0\u00bb<\/p>\n\n

      Chapitre cinq : Mod\u00e8les de comportement<\/strong><\/p>\n\n

      \"\"<\/figure>\n\n

      Les mod\u00e8les comportementaux concernent les algorithmes et l’attribution des responsabilit\u00e9s entre les objets.<\/p>\n\n

      Les mod\u00e8les comportementaux d\u00e9crivent non seulement les mod\u00e8les d’objets ou de classes, mais aussi les mod\u00e8les de communication entre eux. Ces mod\u00e8les caract\u00e9risent un flux de contr\u00f4le complexe qui est difficile \u00e0 suivre au moment de l’ex\u00e9cution. Ils vous d\u00e9tournent du flux de contr\u00f4le pour vous permettre de vous concentrer sur la mani\u00e8re dont les objets sont interconnect\u00e9s. Les mod\u00e8les de classes comportementales utilisent l’h\u00e9ritage pour distribuer le comportement entre les classes. Ce chapitre comprend deux de ces mod\u00e8les. Le mod\u00e8le de m\u00e9thode (360) est le plus simple et le plus courant des deux. Une m\u00e9thode mod\u00e8le est une d\u00e9finition abstraite d’un algorithme. Elle d\u00e9finit l’algorithme \u00e9tape par \u00e9tape. Chaque \u00e9tape invoque soit une op\u00e9ration abstraite, soit une op\u00e9ration primitive. Une sous-classe compl\u00e8te l’algorithme en d\u00e9finissant les op\u00e9rations abstraites. L’autre mod\u00e8le de classe comportementale est Interpr\u00e8te (274), qui repr\u00e9sente la grammaire comme une hi\u00e9rarchie de classes et impl\u00e9mente un interpr\u00e8te comme une op\u00e9ration sur les instances de ces classes. Les mod\u00e8les d’objets comportementaux utilisent la composition d’objets plut\u00f4t que l’h\u00e9ritage. Certains d\u00e9crivent la mani\u00e8re dont un groupe d’objets pairs coop\u00e8re pour effectuer une t\u00e2che qu’aucun objet ne peut r\u00e9aliser seul. Il est important de savoir comment les objets pairs se connaissent les uns les autres. Les pairs peuvent maintenir des r\u00e9f\u00e9rences explicites les uns aux autres, ce qui accro\u00eet leur couplage. \u00c0 l’extr\u00eame, chaque objet conna\u00eetrait tous les autres. Le mod\u00e8le du m\u00e9diateur (305) \u00e9vite ce probl\u00e8me en introduisant un objet m\u00e9diateur entre les pairs. Le m\u00e9diateur fournit l’indirection n\u00e9cessaire \u00e0 un couplage l\u00e2che. Il s’agit l\u00e0 de quelques-uns des mod\u00e8les de comportement ; <\/p>\n\n

      Interpr\u00e8te : \u00c9tant donn\u00e9 une langue, d\u00e9finissez une repr\u00e9sentation de sa grammaire et un interpr\u00e8te qui utilise la repr\u00e9sentation pour interpr\u00e9ter les phrases de la langue.<\/p>\n\n

      Commande :<\/strong> Encapsule une requ\u00eate sous forme d’objet, ce qui vous permet de param\u00e9trer les clients avec diff\u00e9rentes requ\u00eates, de mettre les requ\u00eates en file d’attente ou de les enregistrer, et de prendre en charge les op\u00e9rations annulables.<\/p>\n\n

      It\u00e9rateur :<\/strong> Fournir un moyen d’acc\u00e9der aux \u00e9l\u00e9ments d’un objet agr\u00e9g\u00e9 de mani\u00e8re s\u00e9quentielle sans exposer sa repr\u00e9sentation sous-jacente.<\/p>\n\n

      M\u00e9diateur : D\u00e9finir un objet qui encapsule la mani\u00e8re dont un ensemble d’objets interagissent. Le m\u00e9diateur favorise le couplage l\u00e2che en emp\u00eachant les objets de se r\u00e9f\u00e9rer explicitement les uns aux autres et en vous permettant de faire varier leur interaction de mani\u00e8re ind\u00e9pendante. <\/p>\n\n

      M\u00e9mento :<\/strong> Sans violer l’encapsulation, capturez et externalisez l’\u00e9tat interne d’un objet de mani\u00e8re \u00e0 ce que l’objet puisse \u00eatre restaur\u00e9 dans cet \u00e9tat ult\u00e9rieurement.<\/p>\n\n

      Observer : D\u00e9finissez une d\u00e9pendance de type \u00ab\u00a0un pour plusieurs\u00a0\u00bb entre les objets, de sorte que lorsqu’un objet change d’\u00e9tat, tous ses d\u00e9pendants en sont inform\u00e9s et mis \u00e0 jour automatiquement.<\/p>\n\n

      \u00c9tat :<\/strong> Permet \u00e0 un objet de modifier son comportement lorsque son \u00e9tat interne change. L’objet semblera changer de classe. <\/p>\n\n

      Strat\u00e9gie :<\/strong> D\u00e9finir une famille d’algorithmes, encapsuler chacun d’entre eux et les rendre interchangeables. La strat\u00e9gie permet \u00e0 l’algorithme de varier ind\u00e9pendamment des clients qui l’utilisent. <\/p>\n\n

      Coup de c\u0153ur du chapitre : Une question importante ici est de savoir comment les objets pairs se connaissent les uns les autres\u00a0\u00bb.<\/em><\/strong><\/p>\n\n

      COMMENT CE LIVRE PEUT AIDER LES D\u00c9VELOPPEURS DE LOGICIELS<\/strong><\/p>\n\n

      Le livre \u00ab\u00a0Design Patterns : Elements of Reusable Object-Oriented Software\u00a0\u00bb par Erich Gamma, Richard Helm, Ralph Johnson et John Vlissides est un ouvrage de r\u00e9f\u00e9rence dans le domaine du g\u00e9nie logiciel qui d\u00e9crit 23 mod\u00e8les de conception pour la programmation orient\u00e9e objet. C’est un livre qui peut aider les d\u00e9veloppeurs de logiciels en leur fournissant des solutions r\u00e9utilisables \u00e0 des probl\u00e8mes de conception courants dans le d\u00e9veloppement de logiciels orient\u00e9s objet. Ces mod\u00e8les r\u00e9solvent des probl\u00e8mes de conception courants et favorisent un code flexible, r\u00e9utilisable et facile \u00e0 maintenir. En comprenant et en appliquant ces mod\u00e8les, les d\u00e9veloppeurs de logiciels peuvent \u00e9crire un code plus efficace, modulaire et extensible qui est plus facile \u00e0 comprendre, \u00e0 modifier et \u00e0 maintenir au fil du temps. <\/p>\n","protected":false},"excerpt":{"rendered":"

      Chapitre 1 : Introduction La conception d’un logiciel orient\u00e9 objet est complexe, et celle d’un logiciel orient\u00e9 objet r\u00e9utilisable l’est encore plus. Vous devez trouver les objets pertinents, les r\u00e9partir dans des classes \u00e0 la bonne granularit\u00e9, d\u00e9finir des interfaces de classe et des hi\u00e9rarchies d’h\u00e9ritage, et \u00e9tablir des relations cl\u00e9s entre eux. Votre conception […]<\/p>\n","protected":false},"author":1,"featured_media":17497,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_themeisle_gutenberg_block_has_review":false,"_jet_sm_ready_style":"","_jet_sm_style":"","_jet_sm_controls_values":"","_jet_sm_fonts_collection":"","_jet_sm_fonts_links":"","footnotes":""},"categories":[102],"tags":[],"writer":[],"class_list":["post-19934","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-club-de-lecture"],"_links":{"self":[{"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/posts\/19934","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/comments?post=19934"}],"version-history":[{"count":1,"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/posts\/19934\/revisions"}],"predecessor-version":[{"id":19936,"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/posts\/19934\/revisions\/19936"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/media\/17497"}],"wp:attachment":[{"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/media?parent=19934"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/categories?post=19934"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/tags?post=19934"},{"taxonomy":"writer","embeddable":true,"href":"https:\/\/devologyx.io\/fr\/wp-json\/wp\/v2\/writer?post=19934"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}