Zend FR

Bonjour,

Moi dans mes applis j'ai une arbo comme ça :

root
  docRoot
    index.php
  application
    module1
      ctrl
      model
    module2
      ctrl
      model
  views
    module1
      ..
    module2
      ..

Donc mes vues sont bien réunies et les graphistes tapent dans le répertoire views.
Le défaut est que la vue n'est plus intégrée au module... je suis resté sur cette archi quand même justement pour cette contrainte de graphisme.

A+, Philippe

pour les liens js/img/etc nous utilisons des constantes (define dans le bootstrap via fichier .ini)
couplé avec des virtual host c'est redoutable.

<img src="<?php echo PATH_IMG;?>pressMe.jpg">

pour répondre aux 2 questions: oui et oui,

nous utilisons une organisation en template, et tous les fichiers phtml sont au mêmes endroit, c'est juste une question d'organisation dans l'architecture des dossiers.

Bonjour,

je reviens sur ce sujet car avec un graphiste nous travaillons en parallèle sur le même projet.

Comment faites-vous pour que les designers ne viennent jamais taper dans le code source d'un controller ? Est-ce que déjà vos designers ont accès aux contrôleurs ?
Existe t il une solution avec ZF pour un meilleur travail en équipe ? Comment faites vous pour que les designers soit autonomes dans l'ajout de feuilles de styles et dans la gestion des templates.

J'ai pu étudier le système de Magento et il est très abouti avec une gestion des gabarits par des fichiers XML...
Mais je pense que Varien a développé un moteur assez complexe pour toute cette gestion. Est-ce que quelqu'un à t-il une solution accéssible?

merci

Comment faites-vous pour que les designers ne viennent jamais taper dans le code source d'un controller

Je ne pense pas qu'un controller doit être accessible au graphiste. Le but du MVC est de rendre la vue indépendante du controlleur, si ce dernier vient jouer dans un quelconque controlleur, alors ca va vite devenir une usine à gaz. Je pense que c'est au développeur de donner au graphiste tous les éléments qu'il doit avoir besoin : path, nom du site, positions, etc. S'il a besoin d'éléments génériques soit tu crées un helper adapté ou soit tu l'intègre par héritage dans un controlleur parent.

Pour finir je dirai que l'intérêt de ZF, hormis ces composants et surtout lors du travail en équipe.

Même si cela peut paraitre contraignant, je crois que c'est la meilleure solution, pas seulement d'un point de vue d'éthique (au nom du Controlleur, de la Vue et du Modèle, faites que je respecte les standards... ) mais surtout pour le maintient du code. Si l'on utilise mal le ZF, on se retrouve vite autour d'une véritable usine à gaz.

En ce qui concerne l'ajout de feuille de style, que tu utilises le Layout ou non, le header.phtml reste une vue. Il peut ajouter ce que bon lui semble à l'intérieur.

PS: j'ai regardé aussi Magento quand je l'ai découvert, il est très abouti et reste très complexe à comprendre quand on débute. Déjà ils utilisent les librairies ZF mais surtout les leurs. Il y'a un bouquin qui est sorti à ce sujet, à l'occaz je me le procurerai et tâcherai de bien comprendre leurs structures (ça peut-être utile si un client veut intégrer un eCommerce à son site).

Dernière modification par whitespirit (07-08-2008 08:33:22)

pourquoi galère ?

l'ideal c'est un passionné de flash/css et graphisme en général qui connaît les bases du php.
au contact des devs "purs" il apprend bcp et aquière très vite un niveau plus que nécessaire pour comprendre les vues et le fonctionnement du ZF.

donc l'idéal c'est un vrais graphiste, des vrais devs, et parmis eux des dev peut être moins fort coté php mais passionnés de CSS etc.

L'intégration n'étant pas une activité permanente, le reste du temp il apprend et dev avec l'équipe.

a la fin du projet il aura aquis vrément bcp d'expérience coté php et techniques objets etc, et de l'autre coté l'equipe dispose d'un intégrateur/dev

c'est donc tout benef pour tlm. c'est ce qui c'est passé chez nous et ça semble bien marcher pour le moment

bon après avec plus de moyens et des équipes plus lourdes je ne sait pas comment cela ce passe.

Dernière modification par lethak (07-08-2008 18:45:45)