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, -- Pierre Morin [email protected] Le mardi 20 avril 2010 à 13:55 +0200, Pierre Morin a écrit : > 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, > > > -- > Pierre Morin > [email protected] > > > > > Le mardi 20 avril 2010 à 10:48 +0200, Laurent Destailleur (eldy) a > écrit : > > > 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 > > > [email protected] <mailto:[email protected]> > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Dolibarr-dev mailing list > > > [email protected] > > > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > > > > > > > > > _______________________________________________ > > Dolibarr-dev mailing list > > [email protected] > > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
