Discussion :

[Anified]

Salut,

Pour un stage, je dois créer un système pour gérer des employés / demande de congés / pointeuse, le système est amené à évoluer par la suite.

Pour cela, j'ai pensé à créer un système de "modules" pour "modulariser" (lol) le tout.

Ex:
* je crée un module "employés" qui gère les employés ainsi que leurs "sites".
* un module "horaires", qui nescessitera que "employes" soit installé
* un module "pointeuse" qui nescessitera employés + horaires

J'ai pensé à un système de plugin du genre:
/module/pointeuse/
/desc.xml (qui contient les infos + dépendances + événements)
/install/ (qui contient install.php & uninstall.php)

Pour les evenements j'aimerais réaliser un système du genre:
- Un plugin lance l'evenement "onEmployeDelete"
- D'autres plugins sont susceptibles d'executer une fonction à ce moment la


Etant donné que mon script sera sous licence GPL, et que je préfère me concentrer sur la rédaction des plugins, connaissez-vous un script (base) qui me permette de faire ceci ?


Merci d'avance

[Phelim]

Regarde du coté du design pattern state.

Ce pattern est concu pour une application modulaire ayant un suivi d'évenement. Ton objet change d'etat à chaque activation et suit son bonhomme de chemin.

Attention, à trop modulariser, on en oublie la logique applicative qui est de loin le plus important et reellement le gage d'évolutivité

Je faisais la meme erreur, il y'a quelque temps. Un jour, je me suis rendu compte que je passais plus de temps à me demander comment modulariser le module du module du plug in qu'a reellement coder quelques choses qui marchent.

[Anified]

Merci beaucoup pour ta réponse et ta remarque.

En fait que veux pas forcément "abuser" de la modularisation, mais créer comme classes (BD, Gestion erreurs) et comme modules:
* Module: Gestion des employés (employé, site)
* Module optionnel: pointeuse
* Module optionnel: demande de congés


++