2

Je suis une architecture en couches avec Zend Framework.MVC, couche de service et téléchargement/stockage de fichiers

J'ai MVC avec:

Contrôleurs> (DTO) Services (Service Layer)> (DoS) repositories> Persistance

Maintenant, je dois gérer des galeries d'images. Le processus de téléchargement est géré par l'avant, mais quelle partie est responsable de la génération des pouces?

Dois-je stocker des images dans un dossier temporaire à partir de l'avant, en transmettant le chemin temporaire à un service qui prendra en charge le redimensionnement et déplacera le fichier dans le dossier du serveur de stockage?

Ou dois-je gérer le processus de redimensionnement/stockage des images à partir de l'avant et transmettre uniquement l'URL de l'image au service?

Le but de la couche de service est de déplacer la logique de l'application et de garder les contrôleurs minces. Mais pour ces cas je ne sais vraiment pas qui est responsable de quoi :)

Avez-vous des conseils?

Répondre

2

Qu'entendez-vous par "pour ces cas"? Si votre stratégie consiste à mettre toute la logique dans la couche de service, alors je ne peux pas trouver une raison pour laquelle vous devriez hésiter ...

Générer des pouces n'est pas un processus "spécial", il devrait donc être en un service dédié, comme d'habitude. Les détails secondaires sur la manière dont les images sont stockées en tant que fichiers temporaires par la couche de premier plan ne devraient pas changer cela.

Le front sait comment télécharger des données, c'est bien et c'est tout; les services de traitement d'images peuvent alors prendre l'initiative et générer les pouces nécessaires.

hth

Questions connexes