Reprise du message précédent :

Non merci, j'ai plus de poppers à mouches là

wat?

Si c'est contextuel, je vois pas le soucis.

http://en.wikipedia.org/wiki/Poppers
 

Pareil

Dites, l'interprétation des inputs, les calculs de pagination, c'est le taf du modèle ou du controleur ?

de la vue.

Ok, du controleur dans la vraie vie, quoi

ok, lol.

C'est la vue qui handle tes requetes HTTP, chez toi ?

Moi je fais pas de mvc, je fais ma sauce.

Mais là c'est un topic où on cause de mvc, donc oui normalement c'est le boulot de la vue, le controleur n'a pas à savoir quelle est l'interface utilisateur utilisée.

'ké

Qu'entends-tu par "interprétation des inputs" ?

De mon côté c'est pas du vrai MVC non plus je pense (pas assez calé dans le domaine), mais ce sont mes classes persos, que j'appelle quand même "Model, View, Ctrl", mais j'ai également "Form et Validator" ainsi que bcp d'autres

Donc chez moi j'ai d'abord ma classe Form qui s'occupe de récupérer les datas si le form à été envoyé.
Ensuite j'ai ma classe Validator qui s'occupe de vérifier et de filtrer tous les champs, suivant des règles données dans un fichier validator propre à chaque table.

Ensuite j'ai mes helpers qui s'occupe de générer les inputs, avec les attributs qui vont bien. (class CSS "error" si le validator a retourné une erreur pour ce champ, class "required" si le champ est obligatoire etc.)

Concernant la vue, il n'y a aucun traitement (enfin sauf les if/foreach etc. bien entendu), juste de l'affichage.

Edit: J'ai oublié la deuxième partie.
Donc ensuite c'est ma classe Model qui s'occupe d'insérer les datas dans la table, grâce à la classe Db, si tous les inputs ont été checké ok par le Validator.

Concernant la pagination, c'est pour le moment inclu à ma classe Db, mais je vais séparer les 2 trucs pour avoir une classe Db et une classe Paginator.

Dans mon cas, je suis sur des pages de listes, avec des critères de tri/filtrage (filtrage par date, recherche, autres, tri sur colonne).

Ce que j'appelle les inputs c'est tout ce qui arrive en GET/POST, par ex ces critères de tri.

Là, pas le temps d'essayer de faire du vrai MVC, je pars sur le principe que les (faux-)controleurs (front et actions) s'occupent de tous les inputs, et les filent au modèle, vérifiés et formattés comme il faut.

 
Du controleur.  
Dans le controleur tu fais les traitements "basiques" (verif d input, traitements de chaines etc.).

Dites en parlant de MVC, y a pas un topic à propos de Symfony sur HFR ? j'ai pas trouvé.

non.

 
Je vais en faire un alors  

Si tu veux.

vous trouvez ça comment pour un débutant en MVC qui connais pas le POO? http://www.siteduzero.com/tuto-3-2 [...] e-mvc.html

ok merci, je vais essayer de mi mettre à la POO.
EDIT: Les templates c'est si utile que ça si on programme en MVC et en POO?

C'est une propriété émergente de la separation of concerns, et de la réduction du couplage entre le processing interne et le format de sortie.

edit: et les templates, c'est utile dans tous les cas, c'est ni spécifique ni réservé à la POO.

donc ça vaut le coup que je m'intéresse à la POO et aux templates alors, vous me conseillez le quel?

lequel quoi?

ok merci  

Jamais trop compris l'intérêt des templates... ça sert à quoi concrètement ? QUel intérêt de rajouter une surcouche au lieu de passer par Php directement ?

Ben PHP est un langage de templates donc perso c'est PHP que j'utilise

 
Idem, et c'est bien pour ça que je me pose la question

déjà discuté 10000 fois, cf la doc des moteurs pour voir la valeur ajoutée. Par exemple, une gestion de cache avancée...

Ca c'est indépendant du système de cache Tu peux très bien avoir une fonction de cache avancée en PHP brut.
 
Nan l'argument principal est surtout l'ultime séparation des couches. Si PHP est un langage de template parfaitement valable, la possibilité de faire un mysql_query dans une template est relou. Impossible de limiter les fonctions disponibles. Avec un langage de template, t'es sûr qu'on pourra pas aller trop loin.
 
Moi j'utilise PHP + beaucoup de discipline pour ne pas empiéter dans les différentes couches.

L'extension runkit    J'la veut sur mon serveur

Je vois pas trop comment on peut se passer d'un moteur de template dans un modéle MVC, le principale interet est justement de le séparer autant que possible du reste.
 
Les avantages sont nombreux, ne serais ce que la clareté du code mais surtout la possibilité de création de plusieurs templates différents pour une même application, dans le cadre d'un CMS ou d'une réutilisation du script c'est indispensable.
 
J'utilise smarty également, je le trouve trés bien et trés complet.

Non mais le truc c'est que PHP est un moteur de templates, à la base

J'avais pas compris ca,  evidement que tu peut utiliser PHP pour ta fonction template, le principale étant que ce soit séparé du reste.  
 
Pour le reste, chacun a sa méthode et ses préférences, j'avais fait le mien (tout simple) au départ mais je suis venu a smarty pour ses nombreuses possiblités.

ok, lol, tu te la codes toi-même ta gestion de cache avancée.
Avec un moteur tout fait tu peux gérer les expirations de cache et mettre différentes versions en cache de tes templates sans rien avoir à développer.
'fin c'est pas comme si personne ne savait déjà que tu adores réinventer la roue, hein.

Ou pas, ça peut très bien exister déjà, hein Tu peux utilisé un truc comme Squid aussi
 

Ils ne le font pas tous. Et les mecs qui ont fait le moteur ont dû bien le faire à la main aussi... Le problème n'est que déplacé.
 

Ch'ais pas d'où vient cette légende... Si quelque chose de bien existe déjà je reprend. Mais PHP y'a rien de bien d'origine, c'est pour ça que je dois tout réinventer  

 
Euh, squid c'est pas censé être un proxy http? Genre tu ne pourrais cacher que des pages complètes?
 

 
On s'en branle, il est déplacé hors de mes attributions, ce qui est le plus important, tout ce que j'ai à faire c'est utiliser l'existant.
 

ok, lol.