MVC, quel ordre d'implémentation ?

Bonjour

Cette question mériterait plus d'être un sondage, mais je connais encore mal le dit MVC donc je n'ose pas :oops:

Je viens donc de mettre un pied dans le plat : mon architecture est à peut près choisie / organisée et il va falloir s'y mettre.
Etant terre à terre, je me dis que je vais commencer par aller me battre le modèle, ie la base de donnée pour en sortir des trucs avant de me préoccuper du reste.
Mais après tout, je pourrai aussi commencer par les vues. Les contrôleurs, je vois mal comment bosser dessus si je n'ai rien à contrôler.

Bref, par quoi commenceriez vous et pourquoi ?

Bah si tu as des choses à filtrer comme par exemple s'assurer que la page demandée par l'utilisateur existe, verifier qu'il a bien les droits d'accès etc. Ensuite s'assurer qu'il n'y a pas un problème genre redirection (demandée par le modèle) ou une exception dans ce cas gerer les cas d'erreur etc ^^

Pour ma part, je commence plutôt par créer l'interface (= la vue).

ça permet de voir à quoi va bien pouvoir ressembler l'appli sans forcément avoir quelque chose de fonctionnel. Tu peut ainsi commencer à montrer un petit aperçu au client pour être sur que vous vous êtes bien compris sur le cahier des charges et éviter de partir sur quelque chose qui ne correspond pas à la demande.

Ensuite, le modèle et le contrôleur je trouve que ça peut se faire plus ou moins en parallèle, tu code une action de ton Modèle et tu la rattache à ton interface via ton Contrôleur.

Après j'ai peut être pas forcément la meilleure méthode.

Pour ma part tout se fait plus ou moins en parallèle. Surtout si c'est un petit projet.

Je commencerai par implémenter le minimum requis permettant de valider le workflow général que tu as choisi. Juste le strict minimum parce qu'il y a de grande chance que cette première étape chamboule en partie tes plans.

Le MVC de Zend par exemple a été complètement refactoré et même "déconstruit" :mouarf: au cours des premières versions. En effet, la seule chose qui soit à peu près établie et admise dans le pattern MVC ce sont les 3 lettres "M", "V" et "C" :ccool:

Donc juste implémenter grossièrement les quelques composants vitaux que tu vas pouvoir assembler et faire tourner de concert. Qui fait quoi, héritage, composition, interface, classe abstraite, qui agrège quoi, qui retourne quoi etc.. un sacré bordel en fait, c'est ça qui est intéressant.

Inutile également de dire qu'il est plus que conseillé d'étudier les frameworks MVC qui ont actuellement pignon sur rue: Zend, symfony, Igniter, jelix et toute la clique.

En fin de compte, je fais une implémentation grossière comme dit metagoto, en suivant l'ordre des lettres, M, puis V puis C. Et après je compléterai.

Pourquoi M, V puis C ? En fait c'est tel que je le vois l'ordre du plus simple à élaborer/imaginer, au plus compliqué.
- D'abord les données, sachant que j'ai déjà la base de données, il me suffit d'implémenter leur représentation en php, et le nécessaire pour accéder à la base. Pas besoin de se fouler l'imagination donc.
- Puis les vues. Après concertation avec l'utilisateur et en utilisant les formats défini précédemment, ça va assez vite aussi.
- Enfin le controle. La, faut simplement voir comment faire coller les deux bouts.

Au contraire si j'avais commencé par le contrôle, ce serait pour moi comme tracer une ligne entre deux points qu'on ne connait pas.

Voilà, je pense que ça fera l'affaire pour cette fois :)

Merci pour vos avis :ccool:

C'est marrant moi j'ai plutot tendance à faire C M V ^^

Moi C, V, M :roll:

M - V - C ... dans l'ordre en fait :)

J'ai l'habitude de travailler par itérations, donc pour les fonctionnalités de l'itération je fais je commence par le Modèle. Cela me permet de valider la cohérence de la modélisation de l'application.
Avec CakePHP, il y a la notion de scaffolding qui permet de faire un prototype en 2 coups de cuillère à pot depuis le modèle. Ainsi tu peux tester que tes relations sont OK, que ton modèle est robuste et ajouter simplement des valeurs basique dans ta bdd.

Dans un deuxième temps, je génère mes actions CRUD et customise mon formulaire et la Vue. Enfin, je code le contrôleur qui fait ce que je veux avec les données envoyées par la vue, et appelle les méthodes qu'il faut des Modèles.

Bien entendu, c'est rarement aussi net que ça et les validations du modèle sont parfois effectuées après, de même que les vues faites en dernier (ou en parallèle par un graphiste).