31,029
edits
Langages et normes: Difference between revisions
Jump to navigation
Jump to search
m
→Design patterns et programmation objet
| Line 441: | Line 441: | ||
== Design Pattern d'Interface Graphique == | |||
Il existe plusieurs design pattern pour les interfaces utilisateurs (MVC, MVP, MVVM). | Il existe plusieurs design pattern pour les interfaces utilisateurs (MVC, MVP, MVVM). | ||
Beaucoup confonde ce design pattern avec celui consistant à utiliser un framework de templates. C'est sans rapport. Un framework de template (voir point précédent) n'est en lien qu'avec la partie "V" de ces modèles. | Beaucoup confonde ce design pattern avec celui consistant à utiliser un framework de templates. C'est sans rapport. Un framework de template (voir point précédent) n'est en lien qu'avec la partie "V" de ces modèles. | ||
| Line 461: | Line 461: | ||
Ce mode de séparation a eu un effet neutre sur les nouveaux développement mais a permis de réduire très sérieusement le temps requis pour la maintenance et correction de bugs aussi, il n'est pas envisagé de basculer vers un autre type de séparation. Ce qui est important dans le pattern MVC étant qu'il y a toujours séparation entre le C et le V (à ne pas confondre avec la séparation du code pour alimenter la données d'une Vue et pour la formater, ceci relevant du Design Pattern de Vue). | Ce mode de séparation a eu un effet neutre sur les nouveaux développement mais a permis de réduire très sérieusement le temps requis pour la maintenance et correction de bugs aussi, il n'est pas envisagé de basculer vers un autre type de séparation. Ce qui est important dans le pattern MVC étant qu'il y a toujours séparation entre le C et le V (à ne pas confondre avec la séparation du code pour alimenter la données d'une Vue et pour la formater, ceci relevant du Design Pattern de Vue). | ||
== Design Pattern de Vue - Présentation == | |||
Il existe des frameworks spécialisés dans le Design Pattern de Vue, la partie qui consiste à formater l'écran vue par l'utilisateur. | Il existe des frameworks spécialisés dans le Design Pattern de Vue, la partie qui consiste à formater l'écran vue par l'utilisateur. | ||
Les vieilles versions de Dolibarr utilisaient Smarty. Ce framework est une surcouche à un Framework, déjà très puissant de formatage d'écran nommé PHP. Les bénéfices étant très inférieurs aux inconvénients, il a été abandonné au profit du PHP qui reste le plus simple, le plus universel des frameworks de présentation. Son seul défaut est qu'il ne peut garantir les écarts d'un développeur qui irait intégrer une logique sans rapport avec la présentation (donc autre que de la génération de formatage ou de sortie HTML, de logique de test ou de boucle) dans cette Vue. Ce point est toutefois garantie par le mécanisme de validation du code. | Les vieilles versions de Dolibarr utilisaient Smarty. Ce framework est une surcouche à un Framework, déjà très puissant de formatage d'écran nommé PHP. Les bénéfices étant très inférieurs aux inconvénients, il a été abandonné au profit du PHP qui reste le plus simple, le plus universel des frameworks de présentation. Son seul défaut est qu'il ne peut garantir les écarts d'un développeur qui irait intégrer une logique sans rapport avec la présentation (donc autre que de la génération de formatage ou de sortie HTML, de logique de test ou de boucle) dans cette Vue. Ce point est toutefois garantie par le mécanisme de validation du code. | ||