| Re: Choix de classes parametrables |
Titre du sujet : Re: Choix de classes parametrables
par Phelim sur 09/06/2007 20:26:02
Je suis entierement d'accord avec toi.
Pour les class internes, elles doivent etre davantage extensible pour permettre à chacun de les surcharger selon ces besoins.
Attention, il faut evaluer la sécurité sur certaines class.
L'autre point clef, c'est les haks pour xoops. Actuellement, on travaille par systeme de module, surcharger une class dans le noyau est particulierement lourd.
La meilleure méthode est justement de prendre en compte cette possibilité.
La méthode xoops_gethandler est notre amis dans ce cas.
Il suffirait de verifier si un fichier de class du style maclasse.php avec un class XoopsMaclassHandler existe (comme c'est le cas actuellement), a ce moment la on l'inclut.
Apres, on verifie l'existence d'une fichier maclass_hak0.php :
-si c'est le cas on inclut le fichier class XoopsMaclassHak0Handler.
-Si c'est pas le cas, on instancie la class XoopsMaclassHandler.
Si maclass_hak0.php, on verifie l'existence de maclass_hak1.php
-Si c'est pas le cas on instancie XoopsMaclassHak0Handler
Et ainsi de suite...
De cette maniere, xoops deviendra tres tres modulaire car on aura une solution de hak disponible ne risquant pas de corrompre les fichiers de base lors de la montée de version.
Il y'a plein de petites astuces comme ça qui pourrait faciliter la vie de tout le monde et c'est ce qui doit etre developpé.
Le noyau doit etre compact, solide et extensible. Il doit donc faire abstraction de tout ce qui est applicatif (gestion d'utilisateurs, ...)
Je pense que le reste doit etre developpé sous forme de librairie ou module
|
|
