« Programmation PHP/Exemples/MiniCMS » : différence entre les versions

*apres (pour éprouverfinaliser le développement)

L'interface utilisatrice devant tirer parti des composantes et non l'inverse. LesLa richesse des fonctionnalités étantest dégagée par le code de service et enclavéeenclavé par un code orienté solution client. Il va donc de soi de privilégier proprement, pour enrichir ses librairiespropres propriétaireslibrairies, de chercher le plus possible à développer ses propres librairiesclasses et composantes plutôt que de perdre son temps en métier chez le client.

Concevoir du code de haute qualité étantsignifie souvent d'optimiser le code vers une solution businessà logique 'customer' (produisantcàd de ce fait un code très spécialisé)spécialisée, ce qui n'est pas recherché lorsque l'on doit s'enrichirse développer de l'expérience sur le terrain. LeAu clientpossible, devantil s'adapterfaut àadapté lasa modularité et nonpéricliter le programmeurservice auen business (sauf critaires ou contratspour le stipulant explicitement)client.

Concevoir du code modulaire permets de développer concrètement sans trop d'efforts d'analyse pour l'[[extremeles développement programming]]XP et sur un grand délais. <b>Il est util d'avoir conscience des ces deux approches sur le terrain ou lorsque l'on décide d'ouvrir son code au monde. La majorité des développeur ne faisant trop souvent qu'intégrer pour l'argent ou la renommée chez le client le fruit du travail des autres</b>.

<b>'Classes & Fermes de fonctions' contre 'scriptlets'</b>

<small>* produire un code obscure voir chaotique présente de nombreux avantages. D'autres analystes et collègues y perdront leur temps d'une part, les piping inhérents au code permettant l'implémentation, le hacking, le reroutage et la divergence fonctionnelle de script. Ce qui n'est pas sans avantages. Rappelons nous l'award du code source le plus incompréhensible et illisible du concepteur de perl pour une de ces écritures</small>