Discussion :

[jejeman]

Bonjour,

Je souhaite créer une classe qui serait commune à tout mes modules.
En fait, je souhaite ajouter une couche pour l'envoi de mail : en gros, je créé une classe mailing, dans laquelle je formate les mails d'une certaine façon et 2-3 autres choses...
Par contre où écrire cette classe ? je ne vais pas créer un module pour ça...
Merci de votre aide.

[bilbonec]

As-tu déjà regardé du côté de sfMailer ?
Tu as déjà une classe qui existe et qui fait pas mal de choses.

[jejeman]

Oui oui, je vais utiliser sfMailer...
En fait, ma question était surtout comment faire pour créer une classe (qui n'est pas un module) qui puisse être accessible par tous les modules de mon applications ? une sorte de boite à outils en gros...
Merci.

[bilbonec]

J'aurais tendance à créer une classe statique dans ce cas-là.
Ou créer de nouveaux helpers.

[jejeman]

Tu la mets où cette classe ? dans lib/ ?
Merci.

[bilbonec]

Dans un sous-dossier de lib, oui (helper ou tools ou autres en fonction du besoin).

Je pense que ça peut être résolu avec un helper, histoire de rester plus propre. Cependant j'en définis rarement moi-même ; je te conseillerais d'aller jeter un œil sur la doc Symfony sur le sujet.
Et sinon, classe statique.

[Michel Rotta]

J'aurais plutôt tendance à faire un objet enfant de sfMailer.

Tu peux créer un sous dossier dans lib, il sera référencé dans l'autoload.

Après, tu peux soit revoir les méthodes de base de sfMailler, soit créer de nouvelles méthodes spécifiques à ton projet.

@bilbonec, un helper est plutôt utilisé dans les templates, les mails sont souvent composé dans le corps de l'application. Donc l'objet enfant me semblerait plus adapté.

[Michel Rotta]

J'aurais plutôt tendance à faire un objet enfant de sfMailer.

Tu peux créer un sous dossier dans lib, il sera référencé dans l'autoload.

Après, tu peux soit revoir les méthodes de base de sfMailler, soit créer de nouvelles méthodes spécifiques à ton projet.

@bilbonec, un helper est plutôt utilisé dans les templates, les mails sont souvent composé dans le corps de l'application. Donc l'objet enfant me semblerait plus adapté.

[jejeman]

Merci pour ce retour !!
Je vais faire un enfant dans lib/ (dit comme ça, ça peut prêter à confusion... )

[bilbonec]

Oui, effectivement. J'ai fais une petite confusion dans le rôle du helper dans le modèle MVC.

J'aurais plutôt tendance à faire un objet enfant de sfMailer.

Tu peux créer un sous dossier dans lib, il sera référencé dans l'autoload.

Après, tu peux soit revoir les méthodes de base de sfMailler, soit créer de nouvelles méthodes spécifiques à ton projet.

@bilbonec, un helper est plutôt utilisé dans les templates, les mails sont souvent composé dans le corps de l'application. Donc l'objet enfant me semblerait plus adapté.

Oui, effectivement également !!
C'était d'ailleurs le propos d'un épisode de Friends diffusé hier

Je vais faire un enfant dans lib/ (dit comme ça, ça peut prêter à confusion... )

[Michel Rotta]

"Je suis là et je veille à la confusion total !"


On pourrait aussi faire dire au topic : "Vite un modérateur, je glisse"