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

Contenu supprimé Contenu ajouté
nœuds
Aucun résumé des modifications
Ligne 33 :
 
 
La segmentation en composantes (classes ou scriptlets) permets un découpage net et précis des différentes parties du projets développable séparément les unes des autres. L'association au sein d'un IHM ou couche de présentation via controleurcontrôleur, venant :
 
*avant (pour orienter le développement)
*pendant (pour stabiliser le développement)
*apresaprès (pour finaliser le développement)
 
 
L'interface utilisatrice devant tirer parti des composantes et non l'inverse. La richesse des fonctionnalités est dégagée par le service et enclavé par un code orienté solution client. Il va donc de soi de privilégier proprement, pour enrichir ses propres librairies, de chercher le plus possible à développer ses classes et composantes plutôt que de perdre son temps en métier.
 
 
Concevoir du code de haute qualité signifie souvent d'optimiser le code vers une solution à logique 'customer' càd spécialisée, ce qui n'est pas recherché lorsque l'on doit se développer de l'expérience sur le terrain. Au possible, il faut adapté sa modularité et péricliter le service en business pour le client.
 
Concevoir du code modulaire permets de développer concrètement sans trop d'efforts d'analyse pour les développement XP et sur un grand délais. <b>Il est utilutile d'avoir conscience desde 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>.
 
Concevoir du code modulaire permets de développer concrètement sans trop d'efforts d'analyse pour les développement 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>
 
Les premières sont :
:* plus simple à coder,
:* plus simple à utiliser,
:* plus simple à entretenir,
:* plus simple à spécialiser,
:* plus facilement réutilisable,
:* plus orienté objet,
:* plus susceptible d'être récupéré.
 
lesLes secondes sont :
* plus cryptiques,
:* plus optimisée pour le client,
:* aisément traductible en classes et fermes,
:* plus fonctionnelle,
:* plus procédurales ,
<small>* plus chaotiques<ref>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.</smallref>.
 
<references/>
:plus simple à coder
:plus simple à utiliser
:plus simple à entretenir
:plus simple à spécialiser
:plus facilement réutilisable
:plus orienté objet
:plus susceptible d'être récupéré
 
 
les secondes sont :
 
 
:plus criptiques
:plus optimisée pour le client
:aisément traductible en classes et fermes
:plus fonctionnelle
:plus procédurales
:plus chaotiques (*)
 
 
<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.</small>
 
 
==== [1] Complétion des données ====