p10
Il ya plusieurs facteurs que l'on peut éviter la réutilisation d'un composant. De raisons purement esthétiques, des aspects fonctionnels, la nécessité de l'innovation.
Apprendre à décider de réutiliser un composant d'une bibliothèque de composants ou d'un module est fourni par une décision d'architecture.
Il est certainement un avantage ce moment-là, alors nous aurons la possibilité d'innover, mais aussi à la réutilisation.
Sans un bon système, sans un bon documentaire et de l'architecture, cette deuxième option ne serait pas possible.
Au niveau des modules et d'autres en ligne directe Drupal d'action devrait être de coopérer, mais pour l'instant, jusqu'à ce que nous normaliser un système d'entités de partage qui permet aux organisations de la réutilisation de la même façon que les modules soient réutilisés, doivent être propre hiérarchie interne de chaque ministère qui gère ces composants auto.
Certes, un bon cours d'action pour l'avenir de Drupal est d'accroître la fonctionnalité des modules avec les composants les plus courants, comme le module de localisation, car il est certain qu'elle va créer une personne ou des personnes module nommé, permettant le déploiement toutes les caractéristiques de l'individu.
Compte tenu de ce manque, la création de composants individuels, à nous, alors nous devons décider si tous nos sites doit l'utiliser ou il en est qui n'utiliserait que certaines caractéristiques.
L'éventail des possibilités est sans fin.
Nous avons parlé de beaucoup d'autres décisions importantes architecturales qui se concentrent sur la réussite du projet et la réussite d'une méthodologie agile composants.
