Reprise du message précédent :

Alors déja tu fais une faute à Symfony, et ensuite le jour où Symfony sera utilisable par des n00bs, ou au moins appréhensible (?) sans galère aucune par des dev expérimentés , je serais le premier ravi, parce que pour l'instant c'est pas le cas, malheureusement.

Je passe sur le reste de ton post, enfin bref t'es à côté de la plaque

Tu dois être le genre de mec tout fier d'avoir codé son propre traitement de texte, conforté par ses copains qui disent à tout le monde qu'ils ont un pote trofor en ordinateurs

Au cas ou tu ne connais pas,jette un oeil à CodeIgniter, un framework MVC PHP assez minimaliste. Après libre à toi de le customiser et d'ajouter ce qu'il te manque, mais si tu veux pas réinventer la roue ça peut être une bonne base ( après si tu fais ton framework mvc pour le plaisir, oublie ce que je viens d'écrire )

 
fail

raté, c'est une usine à gaz qui nécessite des semaines d'apprentissage si tu veux t'en servir correctement, d'après les échos de mon collègue qui l'utilise.

 
un peu  
ceci dit, et malgré toutes les merdes que je rencontre, le bénéfice me semble rapidement supérieur au temps passé dessus.  
 
Tu mets plus de temps pour avoir une connerie qui s'affiche, mais ça te permet d'avoir quelque chose de fini et de sécurisé rapidement

 
Possible.
Bon après récemment je me suis tapé un petit job cron à développer en php, je me demande la tronche que tirerait un mec qui ne fait que du symfony si on lui demandait ça...devoir tout se taper à la main ça doit faire bizarre quand on a ni l'habitude ni ses classes perso toutes prêtes pour gérer les tâches à la con.

Justement t'as les sfTask \o/

c'est pour le plaisir,
mais c'est dans l'esprit CI  

par contre, j'aimerais epurer encore plus le truc,
limite tu lui balance le code sql de creation de base,
et il te pond les models,
reste à faire tes methodes speciales, l'affichage et les controlleurs,

ca serait beau ...

Ouep, et je crois même que même pendant la courbe d'apprentissage, tu es gagnant niveau temps. Et une fois qu'elle est passée, encore plus  

Bon ça dépend des devs et des situations, après.

pour symfony, les comportements ( genre Actas timestampable, sluggable ), sont gérées par des triggers  ou en PHP ?  
pour savoir ce qui va se passer si jamais j'injecte des données externes dans mes bases

PHP

merci  
()

je continue à jouer avec symfony

un utilisateur peux gérer plusieurs structures
une structure peut être gérée par plusieurs utilisateurs

Est ce que j'ai un moyen automatique de gérer ça avec le plugin sfguarddoctrine pour que , dès la connexion, je puisse savoir quelles sont les structres que gère l'utilisateur courant ?

pour l'instant, la seule méthode que j'ai trouvé consiste à ajouter une table de liaison entre les permissions et les structures. Il y a mieux ?

Bah ya les relations many-to-many de Doctrine, si ce n'est pas déja ce que tu fais.

Bon je parle dans le cas où tu maitrises tes tables, après je ne sais pas comment toi tu gères précisément la chose avec les tables gérées par sfDoctrineGuardPlugin.

Si tu as créé une table UserProfile associé à ton sfGuardUser, pas de pb.

Sympa ce tomic    
 
Je suis développeur autodidacte depuis environs un an. Je viens juste de commencer la POO et de m'intéresser au model MVC (marre de coder comme un gros bourrin en mélangeant le php et le html   ).
 
Bon aller, lecture du topic depuis le début  

Pourquoi j'aurais besoin de ce tuto ?  

Tu t'es pas trompé de tuto par hasard ?  

 
Non, ça ne traite pas du tout de MVC

Il n'a pas totalement tord. Avant d'attaquer le MVC il faut bien sur bien avoir buché les mécanismes que ça implique, ensuite éventuellement choisir un Framework MVC pour se simplifier la vie, mais alors il faudra apprendre toutes les conventions du Framework avant de se lancer trop vite.
 
Mais encore avant tout ça, faut quand même maitriser le langage dans lequel on va utilisé le MVC. Car que ce soit en Ruby avec Rails, en PHP avec Zend Framework ou en C++ sans framework, si on ne connais pas le langage on va de toutes façons droit dans le mur.

Et qu'est-ce qui te fais dire que agromthor ne connait les bases de PHP ? (parce que le tuto donné, là, c'est les bases des bases)

Ouais d'abord, vous m'avez pris pour un noob ou quoi ?    
 

Nan blague à part, j'ai commencé à coder en PHP y a grosso modo un an (suis autodidacte   ). J'aimais bien le concept de séparation des couches pour y voir plus clair dans son code. En revanche je vais attendre encore un peu avant de commencer, déjà parce qu'il faudrait que j'approfondisse mes notions de POO    et ensuite à part MVC je connais pas d'autre design pattern, et bien que tout le monde semble louer les louanges de MVC j'aimerai bien connaître le revers de la médaille  

MVC n'est pas un design pattern non ?

meta-pattern  
 
C'est un pattern architectural, le design pattern c'est le niveau d'en dessous.

Par exemple la couche Model peut être implémentée avec plusieurs patterns différentes (Active Record, Data Mapper, etc.)

Je vois que j'ai encore beaucoup à apprendre  

Plusieurs design-pattern peuvent être cumulé de toutes facons.

branlage de nouille.
C'est du design à un niveau plus haut, mais c'est un design pattern quand même.

À la base, la couche model elle n'impose en rien d'utiliser un ORM, bien au contraire, c'est très spécifique au web cette manie de dire model = db-backed. Dans l'absolu, l'ORM ou les objets db-backed, c'est juste l'une des potentiellement nombreuses composantes du modèle. Suffit de regarder un peu ce qui se passe dans Cocoa pour le réaliser.

Non, un design pattern c'est quelque chose:

• de spécifique à un langage (ou une classe de langages) donnée, et habituellement assez restreint
• qui sert à résoudre un problème de design.

MVC, ça résout pas fondamentalement de problème

http://en.wikipedia.org/wiki/Archi [...] r_science)

Ouais je sais J'ai un ou deux modèles XML-based (pour te faire plaisir bien-sûr). Et je n'utilise pas d'ORM

A la base un modèle n'implique même pas qu'il y ai persistance.

J'ai une question, doit-on appliquer MVC à tout ce qu'on fait une fois le système bien compris et maitrisé ? Ou il faut un projet d'une taille conséquente ? Si oui, c'est quoi votre définition de projet conséquent ?  

Ca dépend, ya des MVC simples et des MVC compliqués.
T'es même pas obligé de le faire en objet le MVC.

Pour moi, à partir du moment où les requêtes SQL (M), l'affichage (V), et le reste (C) sont clairement séparés, t'as déja des chances d'avoir un semblant de MVC.

Bah en fait vu que je pigeais rien au MVC au début, je m'étais arrangé pour faire un controleur qui allait chercher une vue en fonction de ce qu'on voulait faire, et cette vue faisait un require() d'un fichier de traitement (qui s'occupait de faire des vérif, insérer dans la bdd) qui se trouvait dans un dossier module. Bon par contre y avait pas de POO. Et me semble que normalement la vue ne doit pas appeler le model directement etc...
 
Edit: J'suis tombé sur ce tutoriel MVC. Je suis largué  

Si je ne dis pas de connerie (attention c'est loin d'être sûr ), c'est le controller qui passe les données à la vue.

C'est ce que je pense aussi, du moins c'est ce que j'ai lu    Par contre j'ai l'impression que pas mal de personne faut leur MVC à leur sauce. Enfin d'après ce que j'ai pu lire sur le net  

En l'occurence, si c'est le vue qui appelle le modèle pour changer l'état de l'appli, je sais pas si c'est encore du MVC, on s'en fout (ok en fait je suis sûr que non ), par contre ce qui est sûr c'est que ça casse la séparation des couches. Au final c'est juste le bordel puisque le machin censé s'occuper uniquement de l'affichage s'occupe aussi de déclencher tout le reste, de faire des redirections etc... La vue fait aussi un gros bout du (Action) Controller quoi.
 
C'est naze parce que c'est pas lisible, ça couple tout, tout ce qu'il ne faut pas quoi

Oui, je me suis bien rendu compte que c'était n'importe quoi    Mais comme j'arrivais pas à appliquer MVC, j'avais fais un truc à ma sauce. Mais un jour, je serais un homme comme vous, et ce jour là, MVC ne me fera plus peur    
 
Est-ce que les frameworks sont une bonne solution pour l'apprentissage de MVC ? J'avais des vues sur CakePhp qui semblait pas mal, enfin je dis ça mais j'ai aucune expérience niveau framework