Zend Framework email de génération de contenu

Question

Avec Zend_Framework, je me suis demandé ce qui est considéré comme la meilleure pratique pour la construction de la teneur d'envoyer un e-mail HTML. Dans mon cas, le contenu de l'e-mail envoyé est déterminé par un certain nombre de facteurs, par exemple le nombre de lignes renvoyées pour une valeur spécifique dans la base de données. Pour cette raison, il est logique pour moi que le contenu soit construit dans le contrôleur qui envoie l'email qui parle aux modèles de base de données pertinents et détermine ce que le contenu devrait être. Là où je ne suis pas sûr que cela fonctionne, c'est que nos concepteurs et copyrights voudront souvent ajuster la copie dans les emails et cela leur demanderait alors d'apporter des modifications à un modèle ou de me le demander. Devrais-je gérer cela différemment? Est-ce que je devrais peut-être stocker quelque part des extraits de code HTML contenant le texte différent et les appelant d'une manière ou d'une autre?

EDIT suite à la réponse de fireeyedboy, serait-il acceptable de faire quelque chose comme ça. Créer un dossier à l'intérieur des vues appelé "partials" et l'utiliser pour stocker des extraits de texte/html que je peux ensuite appeler là où j'ai besoin et remplacer les chaînes spéciales par des valeurs dynamiques en utilisant regexp (ou similaire).

$nview = new Zend_View(); 
$nview->setScriptPath(APPLICATION_PATH.'/views/partials/'); 
$bodytext = $nview->render('response.phtml'); 
$mail = new Zend_Mail(); 
$mail->setBodyText($bodytext); 
// etc ... 

par exemple. dans ce contexte où deux modèles différents peuvent être utilisés en fonction des variables renvoyées à partir d'un modèle:

// within a controller 
public function emailAction() 
{ 
    $images = new Model_ApplicationImages(); 
    $totimages = count($images->fetchImages($wsid)); 
    $acceptedImages = $images->fetchImages($wsid,'approved'); 
    $accepted = count($acceptedImages); 
    $rejectedImages = $images->fetchImages($wsid,'rejected'); 
    $rejected = count($rejectedImages); 
    $response = ($rejected == $totimages)?'rejected':'approved'; 
    $nview = new Zend_View(); 
    $nview->setScriptPath(APPLICATION_PATH.'/views/partials/'); 
    $content = $nview->render($response.'.phtml'); 
    $mail = new Zend_Mail(); 
    $mail->setBodyText($content); 
    // etc 
} 

Y at-il une façon plus élégante que je peux/dois faire cela?

Answer 1

Je ne sais pas si cela est la meilleure pratique, mais ce que je faisais est Zend_Mail étendre avec des méthodes comme celles-ci:

setTemplatePath($templatePath); 
setTemplateHtml($templateHtml); 
setTemplateText($templateText); 
setTemplateArguments(array $templateArguments); 

... puis à un moment donné dans mon send() écrasé que je fais:

$view = new Zend_View(); 
$view->setScriptPath($this->_templatePath); 

foreach($this->_templateArguments as $key => $value) 
{ 
    $view->assign($key, $value); 
} 

if(null !== $this->_templateText) 
{ 
    $bodyText = $view->render($this->_templateText); 
    $this->setBodyText($bodyText); 
} 

if(null !== $this->_templateHtml) 
{ 
    $bodyHtml = $view->render($this->_templateHtml); 
    $this->setBodyHtml($bodyHtml); 
} 

donc d'utiliser ce que vous feriez quelque chose comme:

$mail = new My_Extended_Zend_Mail(); 
$mail->setTemplatePath('path/to/your/mail/templates'); 
$mail->setTemplateHtml('mail.html.phtml'); 
$mail->setTemplateText('mail.text.phtml'); 
$mail->setTemplateArguments(
    'someModel' => $someFunkyModel, 
    /* etc, you get the point */ 
) 
$mail->send(); 

En d'autres termes, avec e est que vous pouvez laisser vos concepteurs et rédacteurs éditer simplement des vues (modèles) comme ils sont déjà habitués. J'espère que cela vous aide et vous a inspiré pour trouver quelque chose de génial qui convient à vos besoins.

PS:
Puisque vous mentionnez les lignes de données arbitraires, vous pouvez, par exemple, utiliser l'aide partialLoop vue qui vient avec ZF pour cela. Mais vous étiez probablement déjà au courant de cela?

PPS:
Je suis d'accord avec un commentaire « chelmertz de ne pas étendre Zend_Mail mais l'enveloppant dans mon propre composant.