Bonjour tout le monde.
 
Bon pour faire simple, j'adore programmer, mais plus je programme plus je me rends compte que mon code est un foutoir innomable. Quelqu'un aurait-il des conseils ou même des ressources en ligne pour bien comprendre le concept de l'architecture MVC, car je bute un peu dessus. Pour les données, par de soucis, mais c'est, dans l'exemple du PHP, la séparation du HTML et du PHP qui me pose problème.
Actuellement je me contente plus ou moins de mettre mes méthodes et procédures dans des fichiers "fonction" que je mets dans un dossier à part, mais il reste tout un paquet de bordel mixe PHP / HTML dans ce qui devrait être les vues.
 
Donc si vous avez ou savez quoi que ce soit qui pourrait m'intéresser, merci de me le communiquer
 
Merci  

L'architecture fait parti d'un modèle de conception (Design Patern). Tu entendra parler aussi de Pattern MVC. Ca permet de séparer les couches, notamment dans le cadre de la maintenance, de visibilité du code,....
 
Le principe reste le même  (modèle, vue, controlleur) et des termes propre au fonctionnement (dispatcheur, routing...). C'es principes s'applique à tous les langages orienté objet.
 
Les tutoriels ne manque pas notamment sur Developpez où ils partent d'un exemple non correct, et le "transforme" en MVC "maison"
http://julien-pauli.developpez.com [...] ontroleur/
 
Je dis maison car des Frameworks existent basé sur ce modèle. Pour rester en PHP, tu as Zend,...que tu pourras aborder plus tard une fois que tu auras les bases, sur ce Design Patern. Avant tu risques de faire les choses sans comprendre. Surtout que Zend est entièrement basé sur des Design Patern et pas que MVC...

Merci, j'ai Zend, pas testé encore, je vais regarder ton lien qui a l'air intéressant.
J'ai déjà compris le principe de séparation des diverses couches, mais n'ayant pas d'exemple concret sur lequel me baser, ça reste encore très abstrait à mes yeux. Je vais lire ça demain je verrais bien .
 
Encore merci.

Il y a aussi symphony ( en version 2 ) comme bon framework PHP  
 
Au contraire, j'aurai tendance a penser qu'il vaut mieux utiliser un framework et faire du MVC sans y penser , juste en suivant les tutoriaux

Bon en fait c'est Zend Studio que j'ai, je pense que le FrameWork est inclus, par contre, même avec mon expérience sur Visual Studio, je suis déboussolé avec l'IDE ^^. Va me falloir un moment pour savoir l'utiliser (à défaut de le maitriser).
Heureusement les vacances approchent, je vais avoir du temps libre pour m'y mettre sérieusement .
Merci de vos réponses.

euh....
 
Pour avoir utilisé les deux, Visual Studio n'a rien avoir avec Zend Studio.  
Tu ne retrouveras jamais les mêmes fonctionnalités, ou alors de façon très light.
 
 
Sous Zend t'as deux choses et plus...  
 
- Zend Studio. A la base c'est Eclipse, qu'ils ont amélioré en y mettant quelques outils, et qu'ils font payer.  
De l'ordre de 250 Euros par poste, il me semble...
 
- Framework Zend : Lui tu peux le télécharger gratuitement et utiliser n'importe quel IDE (Eclipse,...).  
Faire ce que tu veux.
 
 
Perso, j'utilise Eclipse, et les outils de développement sous les différentes navigateurs.  
Chacun ayant des avantages et inconvénients.

Oui oui je sais. Mais un IDE, quel qu'il soit, reste un IDE. Donc il propose au final la même chose, même si présenté différemment. Là j'ai du mal à comprendre comment ça fonctionne ^^.
 
Et pour Zend Studio, je me demandais s'il intégrait le FW Zend de base ou s'il fallait l'ajouter ensuite.

Il me semble qu'il est inclue mais je n'en suis pas sûre...

Ok merci je vais essayer de trouver une information à ce sujet

Va directement sur le site de Zend...

Juste une précision que font souvent les débutants à propos du MVC : mélanger du HTML et du PHP, ça n'est pas sale. PHP est fait pour générer du HTML. De l'avis même de Rasmus Lerdorf (le créateur de PHP), PHP est un moteur de templates.
 
Ce qui peut être gênant (tout est affaire de perception), c'est de mélanger le core de ton appli (la logique, les accès en base et toute la hiérarchie de classes) aux vues.
 
La question est de savoir si tu codes déjà ou non en objet.
Si non, je te conseille de looker les concepts d'héritage de classe, de visibilité des attributs, de classes abstraites, d'interfaces et de traits.