|
From: | Pierre Morin |
Subject: | Re: [Dolibarr-dev] Arborescence des dossiers pour les modules (2, le retour) |
Date: | Mon, 10 May 2010 15:57:09 +0200 |
-- Pierre Morin address@hidden |
Bonjour,
J'aimerais pouvoir faire une proposition d'arborescence tenant compte des boxes et des autres dossiers.
Cependant, il me manque des informations pour pouvoir le faire, notamment concernant les questions posées précédemment.
Pour le dossier "boxes", si on parle du dossier dans htdocs/includes, je constate que les fichiers contiennent du code d'affichage et du code métier, pensez-vous qu'il soit préférable d'avoir une séparation claire entre les différentes parties du code (donc faire d'une "box" une sorte de mini-module) ou est-ce que la "simplicité" technique d'une "box" justifie en elle-même l'architecture mono-fichier ?
S'il était préférable de gérer le code en séparent bien les différentes parties fonctionnelles en différents fichiers, quelle arborescence vous semble la plus convenable pour le dossier "boxes" ? Gérer les différentes parties fonctionnelles directement à la racine du dossier "boxes" (exemple : boxes>business>clients.class.php) ou plutôt avoir une arborescence par dossier de "box" (exemple : boxes>clients>business>clients.class.php) ?
Quelqu'un aurait-il des informations sur ce sujet ?
Merci.
Très cordialement,
Le mercredi 21 avril 2010 à 17:03 +0200, Pierre Morin a écrit :
-- Pierre Morin address@hidden
Bonjour,
Pour le dossier "boxes" que Régis à créé, qu'est-ce qu'il contient ? Des classes, des templates, autres chose ?
De même, pour "monmodule/inc/models/pdf", et autres dossier du genre, qu'est-ce qu'il est sensé contenir ?
Enfin, Franck à eu l'idée de rajouter un dossier dans le (futur) dossier "class" pour contenir les classes servant à générer du HTML ou du _javascript_, par exemple. Typiquement, ce type de classe serait constitué de méthodes appelées directement dans le template d'affichage.
Nous avons pensé à 2 noms pour le dossier contenant ce type de classe : "view" et "GUI". Lequel vous semble le plus représentatif du type de classe qu'il contiendra (à moins que vous ayez une autre proposition) ?
Merci.
Bien cordialement,
Le mardi 20 avril 2010 à 13:55 +0200, Pierre Morin a écrit :
-- Pierre Morin address@hidden
Bonjour,
Nous sommes toujours en train de peaufiner notre proposition d'arborescence de fichier modifiée.
Au sujet du dossier "models" actuellement dans "inc", et plus précisément des dossiers "pdf", "odt" ou autre (sans tenir compte de "num"), quel type de fichier doit-on s'attendre à trouver ?
Pour être plus clair, un exemple : qu'y aurait-il dans un éventuel fichier "/mymodule/inc/models/pdf/myPDFModel.php" ?
Serais-ce plutôt une classe de génération du PDF ou un template du PDF à l'image des fichiers .tpl de SMARTY ?
Merci.
Bien cordialement,
Le mardi 20 avril 2010 à 10:48 +0200, Laurent Destailleur (eldy) a écrit :
-- Pierre Morin address@hidden
A première vue, hormis le rep triggers qui est dans modules au lieu de module/inc , on a bien cela. Pour les classes, ajouter un sous niveau (job, ...) n'a pas d'impact, donc pourquoi pas pour les modules qui le veulent. Toutefois si job doit contenir des classes métiers, le terme business est plus approprié. Notons toutefois que, si on suit le pattern recommandé par dolibarr voit wiki (recherche sur pattern), la notion de classes dao et metier sont mélangés mais rien n'interdit à un module de faire autrement, la localisation des fichiers class non trigger et non pages admin n'ayant pas d'impact sur le noyau dolibarr. Pour le rep trigger, Il n' y a pas encore de module externe embarquant leur triggers dans leur propre rep, dont on peut changer. > Bonjour, > > Après en avoir discuté avec Frank Charpentier, nous aimerions proposer > quelques petites modification à l'arborescence de dossiers. > Comme rien ne vaux un beau dessin, je me suis permis de faire une > reprise de ce qu'il y a sur le wiki, dont voici le résultat : > http://dl.dropbox.com/u/4551238/arborescence_modules.png > > Merci. > Bien cordialement, > > -- > Pierre Morin > address@hidden <mailto:address@hidden> > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Dolibarr-dev mailing list > address@hidden > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev > _______________________________________________ Dolibarr-dev mailing list address@hidden http://lists.nongnu.org/mailman/listinfo/dolibarr-dev_______________________________________________ Dolibarr-dev mailing list address@hidden http://lists.nongnu.org/mailman/listinfo/dolibarr-dev_______________________________________________ Dolibarr-dev mailing list address@hidden http://lists.nongnu.org/mailman/listinfo/dolibarr-dev_______________________________________________ Dolibarr-dev mailing list address@hidden http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
ModuleDolibarr_files_v3.zip
Description: Zip archive
[Prev in Thread] | Current Thread | [Next in Thread] |