Zend FR

Salut,

Les deux solutions sont possibles, un unique point d'entrée qui délègue les opérations à des WS, ou une architecture classique avec controller/actions qui ne renvoient que du XML ou du JSON. Finalement les deux solutions sont assez similaires, je préfère quand même dans ce cas conserver une approche MVC, les vues étant côté Flex. L'avantage c'est que tu peux continuer à utiliser normalement tous les mécanismes offerts par le MVC du ZF, par ex. les aides d'actions.

Le seul (je pense) avantage des WS dans ce cas là est d'ajouter éventuellement une enveloppe supplémentatire, comme SOAP, mais sauf si c'est vraiment nécessaire ça n'apporte pas grand chose.

Dans tous les cas, je te conseille de créer une couche de services (pas dans le sens WS) pour ton API qui sera consommée par les contrôleurs, et de ne surtout pas effectuer de traitements liés aux modèles dans les contrôleurs directement. Avec une API bien construite (cas d'utilisations), si un jour tu décides de rajouter des WS par dessus, tu n'auras rien à faire.

Autre conseil, ne construit pas la réponse directement dans les contrôleurs et utilise le context switcher pour renvoyer une vue appropriée (dans ton cas du truc.xml.phtml ou truc.json.phtml), même si la vue ne fait qu'un "echo $this->json($this->machin)". De cette manière, quelque soit le type de front, tu n'auras rien à faire dans tes contrôleurs pour que ça fonctionne.

Après, je ne connais pas bien AMF et pas bien le composant ZF associé, donc je ne peux pas t'en dire du bien ou du mal


A+ benjamin.