Reprise du message précédent :
La gestion de 3 couches bien distinctes est tres bien, seulement on peut tres bien le faire via des fonctions plutot que des classes ?

Ben ça fait partie des helpers du modèle ça, le modèle est l'interface entre l'appli et la donnée métier "brute"  
 
Et tu peux aussi avoir une connection pool persistante dans laquelle ton module tape pour récupérer ses données (via une request queue toussa)

Ben oui, mais si t'as pas de modules ou de trucs comme ça c'est moisi à gérer quoi

 
Yes, perso j'ai des modules via des fonctions et je bosse qu'avec ses fonctions donc c'est presque identique aux class etc, si je modifie une fonction ca changera partout etc etc, je m'y retrouve tres rapidement comme ca.
 
 
avez vous senti un gain de perf ou autre sinon à travailler comme ca ?

Non je parle de vrais modules 'physique', comme des objets ne contenant que des méthodes quoi

Il y en a très rarement "directement", parce que tu ajoutes des couches d'indirection.
 
Les gain d'un MVC se trouvent à d'autres endroits:

• Extension de l'application, si les zones sont découplées tu peux en étendre une sans nécessairement avoir besoin de modifier les autres, et tu peux décider ou non d'exposer des fonctionalités tout en gardant la possibilité de le faire facilement par la suite
• De même le découplage et la modularisation permet de faciliter les tests (e.g. Ruby on Rails qui intègre des suites de tests unitaires & fonctionnels directement dans le framework, lançables en une commande), et ne demandent pas nécessairement de comprendre toute l'application pour pouvoir te lancer dedans
• Ajout de modules, ça fait partie de l'extensibilité mais je l'ajoute, c'est ça qui faisait l'une des grandes forces des Environnements smalltalk de la grande époque: si tu voulais ajouter quelque chose dans l'environnement (des menus, des fonctions, ...) il était relativement aisé de le faire
• Réutilisation, par exemple ton modèle étant une couche à part tu peux utiliser le même modèle pour une application web et pour une appli desktop et pour...
• Dans la mesure où tout est modulaire, tu peux aussi mettre en place des cachings et autres entre les différentes couches, et donc gagner des perfs là dessus

 
Ce que tu appeles des modules c'est des class ?

non. Ce peuvent en être, mais dans la plupart des langages il y a un objet "module" à part entière pouvant contenir aussi bien des fonctions (dans les langages fonctionnels et multiparadigmes) que des objects (dans les langages OO ou -- là encore -- multiparadigmes).
 
Ils sont parfois appelés "packages".
 
Par exemple: Java, C# ont des packages; Ruby, Python, Erlang, Haskell ont des modules.
 
Ce sont "simplement" des supports de séparation logique et de création de namespaces (par exemple en Python si je veux accéder à la fonction "bar" dans le module "foo", j'appelle "foo.bar()" )

Ok.
 
Ca dépasse mes connaissances tout ca

> FlorentG ou Masklinn
Pourriez mettre un ptit code simulant une inscription de membre dans une base SQL pour bien voir comment ca s'articule cette gestion de 3 couches ?

11 pages plus tard.... aprés des sueurs froides, et des recherches multiples sur notre amis google..
 
Bon alors les 3 couches si j'ais bien compris, je les organiserais comme ça :
 
Model :
 - Accés aux bdd
 - Génération et/ou utilisation des requêtes
 - récupération des données sûres et enregistrements / traitement
 - Renvois des données à view.
 
View :
 - génération des pages (en html, ou xml) à partir des données renvoyées par Model
 - présentation (à partir de template par exemple)
 
Controller :
 - gestion des vérifications basiques sur les champs (champs vide/mal informés)
 - passage des données sûres au modéle
 
Il est vrai que même si l'idée semblent bien définie, la réalisation quand à elle se heurte à des questions trés pragmatique.

pour la vérification des champs y a débat, ça peut en effet être fait dans le controller, mais ça peut aussi être fait dans le model, l'essentiel est que le model ne sache pas d'où lui viennent les données.

Ouais, je met aussi la vérif dans le model. Il est aussi vrai de ne pas trop théoriser sur la chose, le mieux et de développer une appli complète, ou d'en refactoriser une, histoire de voir vraiment les besoins, et les solution dispos

Bonsoir
 
Je suis actuellement en phase de développement d'un p'tit site web. A la base j'avais prévu de le coder le plus simplement du monde, c'est à dire comme un porc (comme 92.3% des autres sites web ) étant donné que mon "client" veut au final quelque chose de simple.
 
Finalement, comme ça me plaisait pas, j'ai inclu petit à petit différentes couche dans mon appli, et j'en suis arrivé finalement à implémenter un modèle MVC. J'ai déjà lu plusieurs document sur ce sujet donc j'vois à peu pres le principe, mais j'ai pas envie de faire une architecture très poussée (je me limite à implémenter ce dont j'ai besoin, ce qui limite les couches d'abstractions nécessaire).
 
Architecture en cours :  
 
index.php qui se contente d'instancier un FrontController et de l'éxécuter.
 
Le FrontController récupère l'action demandée par le visiteur, et instancie un nouveau controller dédié (PageController dans vos termes). Là dessus il y aura des actions possible (lister, ajouter, les classiques quoi).
 
La vue passera par Smarty normalement/
 
Le Modèle ... yen a pas encore :] Il y aura surement quelques objets classiques (news, personne...). Au niveau du remplissage des objets, j'ai pas encore décidé comment faire, je ne me suis pas encore décidé quand à l'utilisation d'une bdd.
 
 
Pour l'instant je travaille plutot sur la partie navigation, donc les controllers. Pour l'instant j'ai un super switch() dans mon FrontController, ça fait son job, mais niveau évolutivité c'est moyen, vu que pour l'instant j'dois donc ajouter les cas à la main. J'avais pensé à faire un test avec la fonction class_exists() avec autoload() sur false mais le comportement n'est pas génial. Si la classe demandée n'existe pas, autoload me balance une erreur. J'avais pensé à tester à coup de file_exists() pour vérifier que le controller demandé existe ? Et dans ce cas l'instancier automatiqement.
 
Un p'tit pseudo code :

 
Ca vous semble sérieux comme procédure ? Le test se fait sur le système de fichier local (CONTROLLER_PATH = 'wvar/www/gnagna/blabla/controllers/') donc à priori je pense pas qu'on pourrait envisager une attaque de ce coté ? Mais peut-être que certainnes notions m'echappe, la sécurité et moi ne sommes pas très familier
 
 
J'ai une autre intérrogation, au niveau du passage des valeurs entre mon modèle à mon template smarty (à coup de $smarty->assign('param', 'value'); Il faut créer une classe dédié c'est ça ?
 
quelque chose de ce genre :  
 

 
Ca vous semble correct ?
 
C'est donc dans le controller, avant d'instancier la vue, qu'il faut aller chercher les données pour construire le modèle ?
 
Merci de votre aide

Ca pose pas de problème, à la condition que tu fasses bien attention aux droits d'accès et à ce que tu mets dans le répertoire en question. Par exemple, imagine que tu mettes dedans une classe qui sert à purger un forum, parce que toi tu l'appelles d'ailleurs manuellement, ça pourrait faire très mal (oui ok c'est tiré par les cheveux mais bon).
 
Il faut aussi que tu filtres bien la variable get, par exemple pour pas avoir des \ ou autre trucs qui pourraient changer le répertoire que tu vises.
 
Pour ta classe Userview ça semble correct.
 

non, c'est le model qui gère les données. Le controller, il regarde ce qu'a demandé l'utilisateur. Il instancie en conséquence la classe du model qu'il faut, et lance l'action qu'il faut. A partir de là le model se démmerde et fait sa tambouille. Ensuite le controller instancie la vue qu'il faut et transmet le model à la vue. La vue sait comment récupérer les données générées par le model, et les affiche.
 
Par contre, si tu parles des données entrées par l'utilisateur, alors oui c'est bien le controller qui les transmet au model. Le model ne doit JAMAIS savoir d'où lui viennent les données, en fait, il ne doit jamais savoir qu'il fait parti d'un MVC.

smarty berk !...

J'ai pas envie de me galérer avec DOM, surtout qu'a part un rendu en (x)html, j'ai rien à faire sur mes données. Smarty sera donc plus efficace, surtout avec son système de cache.
 
Merci Djebel1 pour tes explications, j'pense avoir compris
 
 
edit : Pour le filtrage de la variable GET, en général je passe un coup de  

 
C'est suffisant comme protection ?

addslashes = khäkhä.
 
Il faut utiliser les fonctions d'escape spécifiques à ta BDD, si tu utilises MySQL c'est mysql_real_escape_string (parce que mysql_escape_string c'est pas la vraie)

Ah, c'est pas cool ça (:
 
Surtout que j'sais pas encore si j'me servirai d'une bdd ou pas, et au cas ou j'en utiliserai une, je passerai peut-être par PDO.
 
Faudra que j'vois ce que je peux faire à ce sujet

Ha bon ? ils nous auraient menti

 
 
 
J'envisage de passer en MVC pour ces raisons :
 
- réutilisation du code . Exemple concret pour faire un formulaire j'ai du recherche plus de 3 heures les fonctions de filtrage dont j'avais besoin parmi les quelques centaines de milliers de code de fonctions existantes.  
Au lieu de faire un  filtrage specialisé par site, autant faire une bonne grosse classe de filtrage qui pourra gérer n'importe quoi en entrée et en sortie.
- l'organisation fixe et j'insiste sur fixe lors de la création d'une app.  

 
 
- Plus possible de recommencer à zéro pour chaque nouvelle App ou fonction.    
 
- L abstraction est un concept tout simplement magnifique  
 
Je dois avouer que mon niveau pitoyable en OO a été la raison qui m'a fait mettre de coté cette méthode de travail.  
 
Voila

 
mais là c'est pas pour une bdd, c'est juste pour vérifier qu'un fichier existe. addslashes va pas forcément convenir, par exemple si l'utilisateur balance un .. il va changer le répertoire dans lequel regarder, ce qui peut éventuellement poser problème selon la structure de tes répertoires.

Salut tous.
Certains ont-ils essayé le zend framework (0.5 à ce jour)?
J'ai un peu de mal à piger comment chaque partie interagit avec les autres, mais question propreté, ça a l'air pas mal du tout.
en tous cas, c'est bien implémenté en MVC.

J'ai essayé d'utiliser le zend framework.
En fait, dans leur systéme, t'as une partie centrale qui gére quelques fonctionalités de bases comme l'inclusion (semi-?)automatique des fichiers en fonction de la classe à inclure et des parties indépendantes les une des autres. Dans chaque partie indépendante, t'as une ou plusieurs couches ce qui permet d'avoir une certaine abstraction dans l'implémentation.
 
Actuellement, quasiment tout est incomplet dans le zend framework, ce qui fait que ca ne marche parfois pas à cause d'une fonction ou une classe manquante. Ca n'est donc pas toujours à cause d'une incompréhension de leur code.
 
Personellement, j'ai eu du mal à m'y mettre moi aussi, mais c'est surtout qu'ils utilisent des notions de programmation qu'on ne voit que trés rarement sur un projet grand public. Il faut un peu de temps pour s'y faire, mais aprés ca marche bien.
 
Au fait, le zend framework n'est pas en 0.5 mais en 0.1.5 . Ca n'est donc même pas une préalpha vu tout ce qui leur reste à faire avant d'obtenir une version 1.x.

Ok, merci.
Ben je crois qu'il va falloir attendre quelque peu pour avoir un bon framework objet en PHP5 alors...
Merci de ta réponse omega2.
Mmmmh, pour info, STRUTS, c'est des notions de programmation grand public pour toi ?

STRUTS ? J'en sais rien, j'ai jamais réussit à m'y mettre.
Il faut dire, j'ai jamais eu besoin de m'y mettre et le peu de motivation que j'ai eu pour le regarder à fondu comme neige vu la vitesse à laquelle je me suis sentis perdu devant ce monstre.

Ben dans ce cas tu n'escape pas
 
Enfin pas de cette manière quoi

bah c'est bien ce que je dis, de pas utiliser mysql_real_escape_string

Ne pas utiliser escape() non plus, c'est pour les BDDs (et accessoirement ça ne marche pas, mais vu que c'est PHP hein)

Struts c'est juste pour rire, c'est pas un vrai framework. C'est un fake, mais beaucoup tombent dedans (dont mon boss )

Ah, merci, enfin un qui pense comme moi.
Enfin, ça fait très pro de dire à un client que tes applis obéissent à STRUTS.
C'est encoooore du marketting.

Quel bouquins recommandez vous ?

 
Je vais plus ou moins faire un MVC pour mon Newbie-Forum  

Bonjour à tous,
 
Voilà quelques heures que je me documente à propos de l'architecture MVC et tout cela reste assez complexe dans mon esprit.
 
Pour l'histoire, je viens d'être embauché dans une petite web agency en temps que développeur PHP. Devant le volume et la répétition de code que je vais devoir fournir, j'aimerai développer au maximum de façon à pouvoir réutiliser mon code. J'ai donc commencé à développer des classes "bateaux" comme par exemple une classe utilisateur avec des méthodes basiques de connexion, déconnexion, ajout/modif/suppr... ainsi qu'une classe contenant les méthodes nécessaires à toute les transactions vers la base de donnée (possibilité de changer de type de bdd par une simple variable).
 
Bref...
 
J'aimerai donc savoir si vous pensez qu'il m'est nécessaire de partir sur une architecture MVC (qui me parais pour le moment très compliqué) ou bien vers une autre (peux être en avez-vous à me conseiller) ?
Dans le cas ou MVC serait une bonne alternative, auriez vous des suggestions de lectures (online ou en livre) à me faire ?
 
Cordialement,

MVC n'est pas trop compliqué, et est une architecture assez logique vers laquelle on aboutit souvent (parfois par hasard) : d'un côté l'accès aux données, de l'autre la génération de la page, et au milieu le reste

D'après ce que j'ai compris :
 
L'accès aux données correspondrai à ma class contenant les méthodes qui gère toutes les transactions avec ma base de donnée.
Ce que tu appel "le reste" correspondrait au traitement de la page (envoi d'un email, insertion dans la base via la class d'accès aux données...)
Et la génération de la page correspondrai à l'utilisation d'un système de template.
 
Côté système de template je ne suis vraiment pas fan des moteurs comme smarty etc.... Je me suis fait un petit moteur que j'utilise pour du site plaquette mais rien de bien perfectionné.
 
Je continu à rechercher de la documentation mais malheureusement j'ai dû mal à trouver quelques choses qui me conviens.

Nan pas de système de template. PHP l'est déjà
 
(et on retombe sur le débat sans fin)

Bof, j'étais assez sceptique au départ, j'ai entendu tellement de mal de Smarty, que c'est lourd et usine à gaz etc...
 
Alors je l'ai essayé, et j'ai fais un site avec ... je suis plutôt satisfait. Franchement je le trouve pas mal du tout, et assez poussé pour faire quasiment ce qu'on veut.
 
Et certains plugins sont vraiment bien.

Ah bon   Mais alors pourquoi Smarties    
 
   
 
C'est l'utilisation que tu en fais qui lui confère cet aspect
 
Cela dit, j'ai jamais trop aimé injecter des variables dont je suis pas sur qu'elles existent à part la sertitude que oui parce que c'est toi qui a fait la page mais sans possibilité de vérifier au cas où... (pareil si tu veux parler de méthode/propriété d'objet)

Non, c'est un usage historique de PHP : à la fois langage côté serveur, à la fois langage de template.
 

Il dit qu'il ne voit pas le rapport

En développement informatique, il est de base de vérifier toutes les données avant de les utiliser et là si tu veux faire léger (template != gros traitement) t'es obliger d'admettre que ta donnée existe bien sans le vérifier, ça me chifonne conceptuellement   C'est lié à l'esprit du template, y'a rien de méchant, mais ça me titille l'esprit

 
Qu'est-ce qui empêche de le faire ?

En quoi ton système machin vérifie spécialement l'existence d'une variable