Jireck
 8502 
|  Posté : 05-01-2021 15:32
Je comprends très bien tes arguments et je vais essayer d'expliquer un peu mieux ce qui me choque au vue de tes réponses :
Pour Géoloc, je ne met pas le mot module dedans.
il faut différencier les fonctions Core et les fonctions modules.
Fonction core sont utilisé par le core tout le temps comme dans IPBan, ou autre
Les fonctions modules sont des fonctions "optionnelles" qui peuvent etre activé / désactivé ou supprimé sans impact sur le fonctionnement du CMS.
Donc, comme je l'écris aussi souvent, c'est un problème de structure et d'appellation.
Concernant Géoloc pour faire le point complet, il faut pour moi avoir :
1) Avoir un fichier à la racine du site ou dans le répertoire Lib avec les fonctions utilisées par le core
2) Avoir des fichiers dans le répertoire module/Géoloc avec la structure standard des modules (qui permet par exemple la localisation des membres via une carte, etc ...).
3) Avoir dans tous les fichiers du core ou d'un autre module nécessitant l'inclusion optionnel de la geolocation via un if option_affiche_xxx à mettre comme pour le module galerie ou pour les membres, etc ...
Et là, tu auras, de mon point de vue, différencier correctement un module de fonction core et la possibilité d'activer/désactiver les fonctions dont le webmaster se sert ou pas.
J'espère avoir été claire, ... pas sur.
et quand je dis que je ne l'aime pas ce "module" c'est du à ce que je viens d'expliquer, c'est tout.
je pense que faire la différenciation correct entre module / core / theme et une bonne structuration rationnelle des répertoires, doit être La base, et même à l'intérieur du core une structure doit être parlante et cohérente.
cela permet ensuite comme déjà écris, de pouvoir updater les différents composants sans impacté le fonctionnement global (genre microservice).
Je te remercie pour ton retour toujours top.
au plaisir de te lire
|
