Bien construire et supporter des Composants

Difficile de construire de bonnes solutions avec de mauvais composants

le boulanger ne sait pas si l'échec est lié aux composants ou aux construceturs de solutions

c'est extrêmement difficile de construire un framework de composants : faire appel à ceux qui ont déjà construit une offre

le boulanger acquiert un kit de composants à l'extérieur et le personnalise

  1. Il est difficile de construire des Composants

    Comment prendre en compte les besoins de tous les clients potentiels des Composants, alors qu’on ne les connait pas tous ?
    L’expérience joue un rôle considérable : ceux qui ont déjà construit des composants, connaissent mieux les besoins. C’est la raison pour laquelle il est recommandé de vérifier s’il existe sur le marché un Framework de composants efficace avant de se lancer dans sa propre construction.

    Comme les composants sont utilisés par tous, les conséquences d’une évolution d’un composant sont plus difficiles à prévoir. Comment s’assurer que les Solutions en place ne sont pas perturbées par les nouvelles versions de composants ? Faut-il privilégier :

    1. la compatibilité ascendante : on assure que les nouvelles versions de composants ne perturbent pas les Solutions qui les utilisaient déjà, mais on limite les évolutions des composants

    2. l’efficacité croissante : on n’hésite pas à refondre un composant parce qu’on a muri une nouvelle conception, mais la compatibilité ascendante n’est plus garantie.

    Les Composants permettent de modulariser la Construction de Solutions. Mais la décomposition en modules signifie de nombreux appels successifs qui peuvent avoir une incidence sur les performances.

    La recherche des causes d’un incident sont plus complexes puisqu’elles peuvent provenir des Composants, lesquels s’appellent les uns les autres.

  2. Il est difficile d’utiliser des Composants

    Même si les Composants sont bien construits, cela ne suffit pas : il faut que les constructeurs de Solutions les utilisent.
    Si le refus est « politique » (on souhaite conserver son indépendance), il faut instaurer la bonne gouvernance (voir chapitre sur la gouvernance de la Transformation).

    Mais le refus peut être technique :
    • Trop nombreux, on ne sait pas les retrouver
    • On ne comprend pas ce qu’ils font
    • On ne sait comment les utiliser
    • On ne sait s’il faut installer la nouvelle version
    Il faut donc établir des règles de construction des Composants.
  3. Quelques règles de construction des composants

    • Les Composants sont petits : 1 ou 2 pages de code. Sinon, il faut les décomposer en plusieurs composants.
    • Les Composants doivent réutiliser les composants
    • Les Composants sont versionnés : non seulement dans la documentation mais aussi dans l’appel du Composant.
    • Penser au client du composant quand on le nomme
    • Organiser un catalogue de Composants.
    • Donner des exemples d’utilisation

Licence Creative Commons
L'histoire de George Le Boulanger est mise à disposition selon les termes de la
Licence Creative Commons Attribution - Pas de Modification 4.0 International.
Table des Matières

Commentaires

comments powered by Disqus