|
From: | Pierre Morin |
Subject: | Re: [Dolibarr-dev] Arborescence des dossiers pour les modules (2, le retour) |
Date: | Tue, 04 May 2010 11:04:55 +0200 |
-- 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
[Prev in Thread] | Current Thread | [Next in Thread] |