Re: [Dolibarr-dev] Arborescence des dossiers pour les modules (2, le retour)

[Pierre Morin]

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,

-- 
Pierre Morin
address@hidden

Le mercredi 21 avril 2010 à 17:03 +0200, Pierre Morin a écrit :

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
address@hidden

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
address@hidden

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
> 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