1.8 KiB
A computer program is a detailed description of the policy by which inputs are transformed into outputs. -- Robert C. Martin, Clean Architecture
Au delà des principes SOLID dont il est question plus haut, c’est à nouveau dans les ressources proposées et les cas démontrés que l’on comprend leur intérêt: plus que de la définition d’une architecture adéquate, c’est surtout dans la facilité de maintenance d’une application que ces principes s’identifient.
Derrière une bonne architecture, il y a aussi un investissement quant aux ressources qui seront nécessaires à faire évoluer l’application. Ne pas investir dès qu’on le peut va juste lentement remplir la case de la dette technique.
Good architecture makes the system easy to understand, easy to develop, easy to maintain and easy to deploy. The ultimate goal is to minimize the lifetime cost of the system and to maximize programmer productivity. — Robert C. Martin, Clean Architecture, Chapitre 15, what is architecture ?, page 137
L’objectif d’une bonne architecture est également de garder le plus d’options possibles, de se concentrer sur les détails (le type de base de données, la conception concrète, …), le plus tard possible, tout en conservant la politique principale en ligne de mire. Cela permet de délayer les choix techniques à « plus tard », ce qui permet également de concrétiser ces choix en ayant le plus d’informations possibles. — Robert C. Martin, Clean Architecture, page 141 - What is architecture ?
Une architecture ouverte et pouvant être étendue au travers de plug-in n’a d’intérêt que si le développement est suivi et que les gestionnaires (et architectes) s’engagent à économiser du temps et de la qualité lorsque des changements seront demandés pour l’évolution du projet.