Antipattern

En génie logiciel, les anti-patrons ou antipattern sont des erreurs courantes de conception des logiciels. Leur nom vient du fait que ces erreurs sont apparues dès les phases de conception du logiciel, notamment par l'absence ou la mauvaise utilisation de patrons de conception, appelés design pattern en anglais.

Les anti-patrons se caractérisent souvent par une lenteur excessive du logiciel, des coûts de réalisation ou de maintenance élevés, des comportements anormaux et la présence de bugs.

Il existe également les GreyPatterns (dont le bénéfice ou les inconvénients ne sont pas clairement établis).

Sommaire

Anti-patrons de développement

Abstraction inverse

L'abstraction inverse se produit lorsque l'on construit un objet logiciel avec une interface qui n'offre pas des fonctions nécessitées par les développeurs qui l'utilisent, alors qu'il pourrait les offrir. L'interface n'offre que des fonctions plus complexes. Le résultat est que l'utilisateur de l'objet doit se servir des fonctions complexes fournies par l'objet pour programmer un comportement simple.

Exemple : avoir un objet qui ne fait que des calculs en virgule flottante, et être obligé d'utiliser cet objet pour faire du calcul avec des entiers.

Action à distance

L'action à distance se caractérise par l'emploi immodéré de variables globales ou des interdépendances accrues entre objets.

Ancre de bateau

L'ancre de bateau est un composant inutilisé mais qui est gardé dans le logiciel pour des raisons politiques, en pensant que ce code servira plus tard.

Attente active

L'attente active désigne une boucle qui ne contient qu'une instruction : tester une condition, jusqu'à ce qu'elle soit enfin vérifiée, et que le morceau de code puisse poursuivre son déroulement. Cet anti-pattern est courant en programmation concurrente, car c'est un autre processus qui doit modifier des variables pour pouvoir « libérer » la boucle d'attente active. L'attente est active puisque le processus qui attend consomme du temps machine, ce qui constitue un gaspillage. On peut s'affranchir de cette mauvaise technique grâce à la programmation événementielle, ou bien par l'utilisation de signaux. Dans certains cas (Spinlock), cette technique est utilisée délibérément pour éviter un de-scheduling du thread qui vérifie la condition, car le programmeur attend que cette condition soit vérifiée d'ici peu.

Interblocages et famine

Ce sont des erreurs courantes dues à une mauvaise conception des parties concurrentes du logiciel (par exemple lors de l'utilisation de threads). Elles se manifestent lorsque plusieurs morceaux de code veulent utiliser une ou plusieurs ressources en même temps, et que la stratégie d'allocation des ressources est viciée ou inexistante. Cela se traduit par des performances altérées, voire des « plantages ».

Article connexe : Dîner des philosophes.

Erreur de copier/coller

Article détaillé : Duplication de code.

La duplication de code sans vérification entraîne des incohérences. La meilleure solution étant encore de factoriser les parties communes au lieu de les dupliquer.

Programmation spaghetti

Article détaillé : Programmation spaghetti.

Ceci fait référence à l'image d'un plat de spaghetti, dans lequel il serait impossible de modifier une petite partie du logiciel sans altérer le fonctionnement de tous les autres composants.

Réinventer la roue (carrée)

Par analogie à l'inutile réinvention de la roue, la roue carrée fait référence au fait de mal réinventer une solution existante ou bien de réinventer une mauvaise solution, non existante de ce fait.

Surcharge des interfaces

La surcharge des interfaces fait référence à des pratiques courantes en conception d'interfaces utilisateurs Web, où plusieurs boutons ont le même effet.

L'objet divin

Article détaillé : God object.

L'objet divin est un composant du logiciel assurant trop de fonctions essentielles. C'est le contraire de la méthode diviser pour régner.

Vous n'en aurez pas besoin (YAGNI)

Ne pas respecter le concept YAGNI est un anti-pattern. le concept YAGNI dit qu'il ne faut pas implementer maintenant quelque chose qu'on pense sera utile plus tard.

Anti-patrons architecturaux

ArchitectureAsRequirements

consistant à spécifier une architecture par simple préférence ou parce qu'elle est nouvelle, alors qu'il n'y en a pas besoin et que le client n'en a pas exprimé le désir.

ArchitectureByImplication

consistant à ne pas documenter l'architecture utilisée par un projet et à ne pas la spécifier.

Coulée de lave

La coulée de lave se produit lorsqu'une partie de code encore immature est mise en production, forçant la lave à se solidifier en empêchant sa modification.

Deuxième Système

Problème de refactoring, lors de la réécriture d'un système avec trop de confiance il est possible d'aboutir a une architecture en sur-design qui se retrouve être lourde et inadaptée. [1]



Wikimedia Foundation. 2010.

Contenu soumis à la licence CC-BY-SA. Source : Article Antipattern de Wikipédia en français (auteurs)

Regardez d'autres dictionnaires:

  • Antipattern — Anti Pattern (deutsch: Antimuster) bezeichnet in der Softwareentwicklung einen häufig anzutreffenden schlechten Lösungsansatz für ein bestimmtes Problem. Es bildet damit das Gegenstück zu den Mustern (Entwurfsmuster, Analysemuster,… …   Deutsch Wikipedia

  • antipattern — noun A design pattern that appears obvious but is ineffective or far from optimal in practice …   Wiktionary

  • Anti-patron — Antipattern En génie logiciel, les anti patrons ou antipattern sont des erreurs courantes de conception des logiciels. Leur nom vient du fait que ces erreurs sont apparues dès les phases de conception du logiciel, notamment par l absence ou la… …   Wikipédia en Français

  • Antipatron — Antipattern En génie logiciel, les anti patrons ou antipattern sont des erreurs courantes de conception des logiciels. Leur nom vient du fait que ces erreurs sont apparues dès les phases de conception du logiciel, notamment par l absence ou la… …   Wikipédia en Français

  • Loop-switch sequence — A loop switch sequence is a specific derivative of the spaghetti code programming antipattern where a clear set of steps is implemented as a byzantine switch within a loop. Also known as The FOR CASE paradigm… …   Wikipedia

  • Grande boule de boue — En programmation informatique, une grande boule de boue est un terme utilisé pour décrire un système ou logiciel informatique n ayant pas d architecture évidente. En génie informatique Le terme a été popularisé par Brian Foote et Joseph Yoder… …   Wikipédia en Français

  • ArchitectureAsRequirements — L ArchitectureAsRequirements est un antipattern consistant à spécifier une architecture (système d exploitation, SGBD,...) par simple préférence ou parce qu elle est nouvelle, alors qu il n y en a pas besoin et que le client n en a pas exprimé le …   Wikipédia en Français

  • ArchitectureByImplication — L ArchitectureByImplication est un antipattern consistant à ne pas documenter l architecture utilisée par un projet et à ne pas la spécifier. Portail de l’informatique Catégories : Génie logicielAntipattern …   Wikipédia en Français

  • Reinventer la roue — Réinventer la roue Réinventer la roue est une expression qui signifie réinventer quelque chose de déjà existant, ou plus généralement faire quelque chose devenu inutile. Cette expression fait référence à la roue, l une des plus anciennes… …   Wikipédia en Français

  • Reinventer la roue carree — Réinventer la roue carrée Animation d une roue carré évoluant de façon linéaire sur un sol de rondins Réinventer la roue carrée est une mauvaise pratique d ingénierie assez courante, qui consiste à réinventer une mauvaise solution alors qu il en… …   Wikipédia en Français

Share the article and excerpts

Direct link
Do a right-click on the link above
and select “Copy Link”