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