Re: Mise au clair personnelle
Olivier Pascal <[email protected]> Sat, 3 Apr 2004 17:44:23 +0400
| Newsgroups | gmane.comp.web.blogv2.devel |
|---|---|
| Message-ID | <[email protected]> |
Le Samedi 3 Avril 2004 16:27, Gregoire Cachet a écrit : > eh non ... y a un pb de nommage entre ma dénomination plugin/modules et > la votre ... Bon je vais essayer d'être clair une fois pour toute sur ma maniÚre de voir les choses :-) peut-être que je suis complÚtement à coté de la plaque (c'est le momment de corriger), mais depuis le début d'aprÚs moi on va dans ce sens là et au bout on devrait avoir quelquechose de fonctionnel. ---- D'un coté on a une librairie standard de classes qui permettent à tous les modules d'accéder aux données de la même maniÚre (une classe pour la conf, une classe pour la base de données, etc.). C'est le niveau le plus bas et à ce stade les données ne représentent rien de spécial). Ensuite on a les modules qui accÚdent aux données via cette librairie. Ces modules assument des tâches précises, comme le module core ou le module admin. L'appli peut fonctionner sans modules mais elle joue presque le rÎle d'un framework. Parmis tous les modules, le module principal (core) va servir d'interface entre les requêtes des utilisateurs et les classes qui manipuleront les données (à ce stade la donnée représente déjà quelquechose : des documents). Ce module contiendra ses propres classes pour mener sa mission à bien (une classe pour parser l'uri, des autres pour l'interpréter : récupérer un document, une liste de documents, gérer des fichiers joints, etc.). L'organisation des modules est orchestrée par un controleur. ---- De mon coté je me suis occupé de la classe qui gÚre la conf : c'est concrêt et fonctionnel, ok. Eric s'occupe du controleur. Je ne sais pas s'il a terminé et ça me parait un peu abstrait, mais j'essaye d'en tirer quelquechose, j'ai un peu compris le truc. Il doit juste manquer les méthodes pour gérer les évÚnnements de maniÚre relative. Déjà ces deux choses me paraissent clair. Grégoire s'occupe de la partie gestion des données. Je vois pleins de choses interressantes mais j'ai malheureusement du mal à faire l'analogie avec mon schéma ci-dessus :-( Quand je regarde un peu tes classes et ton arborescence il me semble que tu travailles déjà pour le core. Soit c'est ça soit mon schéma ci-dessus est incorrecte et j'ai encore rien compris. Maintenant, je vois chez vous deux des morceaux de code pour gérer les modules, et ça par exemple ça me trouble. Sans doute est-ce dû à la définition des modules de Gregoire non pas erronée mais différente de la mienne. Je vois aussi chez Eric des classes pour gérer la configuration, avec ni le même nom ni la même syntaxe que inihandler et d'autres choses qui me semblent toujours obscures. Bref voilà en clair pourquoi je m'embrouille un peu avec tout ça... Je trouve aussi que ce serait bien que l'on décide ensemble ce qu'il faudrait faire, et comment il faudrait le faire, et non pas le faire dans l'obscurité chacun un peu de son coté, non ? Enfin vous l'avez compris ce n'est que ma vision des choses ;-) -- Olivier Pascal