Salut,

Je me lance dans MVC, même si je pense avoir un peu compris son principe.

En gros, si j'ai bien compris, MVC est une manière de développer. Dites-moi si j'ai bien compris :

- Le modèle va contenir les "sources d'informations" d'un site (base de données).

- Le contrôleur va faire la liaison entre le modèle et la vue.

- La vue contient le code HTML.

C'est bien ça?

Et sachant que je me débrouille plutôt bien en PHP et que je n'ai pour le moment jamais fais de site en PHP objet, combien de temps va t'il me falloir environ pour commencer à maitriser MVC?

Avez-vous de bons tutos (évitez moi les tutos qui demandent dès le départ de créer 10.000 dossiers dans l'arborescence, c'est vachement déroutant, et perso' je m'y perds vite...)?

Merci à vous

En gros, c'est ça.
Lorsqu'un visiteur va faire une requête, le routeur va l'envoyer au contrôleur (je simplifie), qui va générer les bases pour la session. Il va, par exemple, initialiser les variables de session et les données temporaires. Suivant les besoins de la requête, il va demander des infos supplémentaires au Modèle (en fonction des permissions, généralement), qui va lui les renvoyer. Avec ça, le contrôleur peut envoyer toutes ses données à la Vue, qui va générer la page html (la Vue en tant qu'entité MVC peut contenir autre chose que du HTML, généralement des outils de templating intégrés, pour être générés en HTML une fois la réponse du serveur).

Généralement, on considère qu'il faut avoir des modèles obèses, des contrôleurs en forme et des vues anorexiques. Plus concrètement, ça veut dire que les traitements lourds doivent être gérés par le Model, les traitements rapides, les helpers localisés et les petites requêtes par le Contrôleur, et aucun calcul ne devrait être réalisé par la Vue. Elle ne fait qu'afficher ce qu'on lui envoie, dans l'idéal elle ne devrait rien décider.

Pour le Modèle, note que je parle de lui en tant qu'entité, d'ensemble de modèles. L'ensemble peut être 'gros', mais, au cas par cas, tu peux choisir d'avoir une multitude de petits modèles qui gèrent chacun une responsabilité (design objet plutôt propre), ou peu de gros modèles qui englobent des responsabilités (moins propre, mais parfois utilisé pour des questions de performances).

Ok merci pour ton explication Caletlog, j'y vois plus clair

Aurais-tu un bon tuto à me conseiller et accessible à un débutant?

Ca dépend si tu comptes utiliser un framework ou pas.

Si c'est le cas, faut que tu en prenne un qui te convient et après tu pourras chercher des tutos dessus. (Grafikart fait de bons tutos en vidéo pour ne citer que lui).

Mais pour apprendre, est-ce vraiment bien de passer par un framework?

Si j'apprends uniquement le modèle pour le moment et que je commence à le maitriser (aller jusqu'à créer mon propre MVC), est-ce que ça ne me permettrait pas d'appréhender plus facilement l'utilisation des framework et de les comprendre plus facilement?

Pas forcément. Le MVC est un design pattern très vaste, qui en englobe des tas d'autres. Suivant les frameworks que tu vas utiliser, tu vas rencontrer des variantes plus ou moins importantes, des conventions et des bonnes pratiques qui vont considérablement différer d'autres frameworks.

Voir comment ça fonctionne à la main en testant quelques petits projets avec un MVC construit manuellement peut pas faire de mal, mais le faire ne t'offrira pas forcément d'avantages lorsque tu passeras à des frameworks. Le MVC n'est qu'une structure assez basique, tu auras de toute façon le _framework_ à apprendre par dessus.
En soit, le MVC c'est loin d'être compliqué, ça semble juste abstrait au premier coup d'oeil. Après une première app en MVC, ça change drastiquement.

D'accord merci beaucoup pour vos réponses, je peux commencer sereinement maintenant

je te conseille le framework fat free pour te faire la main, il est plutôt facile à prendre en main et convient très bien pour une première expérience en mvc (bien moins lourd à apprendre que les gros framework style zf2 )