Salut,
par contre faut pas confondre MVC et framework... Je suis sûr qu'il est possible de trouver un framework sans MVC...
MVC est un design pattern, qui en français veut dire en gros un algorithme... En fait des développeurs comme nous se sont dit un jour... "C'est bizarre mais àa chaque développement on se pose les même question..."
MVC répond à la question "Comment avoir une architecture modulaire ?" Ce qui permet de séparer la partie "calcul" de la partie affichage et stockage de donnée...
Enfin le vrai modèle MVC est bassé sur un Controleur qui utilise une Vue et un Modèle pour avoir un résultat...
Ca c'est pour le MVC.
Un framework est un énorme ensemble de classe, de design pattern (singleton, MVC, etc....), de notion de codage, de notion de nommage, de règles, et souvent maintenant d'une partie génération automatique...
Depuis la dernière discussion qu'on a eu sur symfony, j'ai pris le temps de l'installer, de lire la doc et de faire quelques essais...
Bah il est sûr et certain que je n'utiliserai jamais symfony sauf si j'y suis forcé ^^ En fait je déteste tous le coté génération automatique, autant au début je m'était dit "Chouette c'est super il fait du code pour moi", autant une fois avoir vu comment il le fait, ça ne donne pas envie d'aller jouer avec des XML pour avoir ce résultat. Aprés il est certain que niveau passage du code à un copain, ça c'est génial il est tout simplement impossible de le faire autrement. Je trouve qu'on est trop encadrer...
Je ne parle pas de limite dans ce qu'on peut faire... non. Mais de limite dans ce qu'on doit coder. C'est assez compliqué à expliquer... Surtout que la différence est extrèmement fine.
C'est comme si pour coder quelque chose normalement on a 2 choix possible or ici, on ne peut qu'en utiliser 1 seul et unique choix.
Sinon de symfony j'adore le système de BDD (qui est pas de symfony comme toute les autres briques :p)
Ensuite je déteste ce type de génération automatique de code... En effet si l'application doit générer automatiquement des DAO et des BO, je trouverais ça normal dans le sens où c'est du code qui se répete de classe en classe avec juste des petite modifications...
Or la génération automatique d'admin c'est super... Mais en pratique je préfèrerais avoir du code qui ne soit pas générer tout seul même si on peut le modifier en suite... (Oui c'est pas très malin comme reflexion... 9a me passera ptet avec le temps)
Mais je reste quand même sur mes positions qui sont symfony est beaucoup trop lourd... Je préfère Copix... Mais aucun des deux ne correspond à mon modele "MVC" en 5 couche :
BO -> DAO -> SERVICE -> APPLICATION -> PRESENTATION
+ une couche implicite d'exception et un controleur.
La couche BO est le seul moyen de communication entre chaque couche..
Et la couche présentation par exemple ne peut pas accéder à la couche application, service ou DAO.
PS: Si vouc connaissez un framework qui gère ça ^^
La maintenance est selon moi équivalent chez chaque framework.
La performance dépen du framework... Mais à mon avis il ne doit pas y avoir bcp de différence.
par contre faut pas confondre MVC et framework... Je suis sûr qu'il est possible de trouver un framework sans MVC...
MVC est un design pattern, qui en français veut dire en gros un algorithme... En fait des développeurs comme nous se sont dit un jour... "C'est bizarre mais àa chaque développement on se pose les même question..."
MVC répond à la question "Comment avoir une architecture modulaire ?" Ce qui permet de séparer la partie "calcul" de la partie affichage et stockage de donnée...
Enfin le vrai modèle MVC est bassé sur un Controleur qui utilise une Vue et un Modèle pour avoir un résultat...
Ca c'est pour le MVC.
Un framework est un énorme ensemble de classe, de design pattern (singleton, MVC, etc....), de notion de codage, de notion de nommage, de règles, et souvent maintenant d'une partie génération automatique...
Depuis la dernière discussion qu'on a eu sur symfony, j'ai pris le temps de l'installer, de lire la doc et de faire quelques essais...
Bah il est sûr et certain que je n'utiliserai jamais symfony sauf si j'y suis forcé ^^ En fait je déteste tous le coté génération automatique, autant au début je m'était dit "Chouette c'est super il fait du code pour moi", autant une fois avoir vu comment il le fait, ça ne donne pas envie d'aller jouer avec des XML pour avoir ce résultat. Aprés il est certain que niveau passage du code à un copain, ça c'est génial il est tout simplement impossible de le faire autrement. Je trouve qu'on est trop encadrer...
Je ne parle pas de limite dans ce qu'on peut faire... non. Mais de limite dans ce qu'on doit coder. C'est assez compliqué à expliquer... Surtout que la différence est extrèmement fine.
C'est comme si pour coder quelque chose normalement on a 2 choix possible or ici, on ne peut qu'en utiliser 1 seul et unique choix.
Sinon de symfony j'adore le système de BDD (qui est pas de symfony comme toute les autres briques :p)
Ensuite je déteste ce type de génération automatique de code... En effet si l'application doit générer automatiquement des DAO et des BO, je trouverais ça normal dans le sens où c'est du code qui se répete de classe en classe avec juste des petite modifications...
Or la génération automatique d'admin c'est super... Mais en pratique je préfèrerais avoir du code qui ne soit pas générer tout seul même si on peut le modifier en suite... (Oui c'est pas très malin comme reflexion... 9a me passera ptet avec le temps)
Mais je reste quand même sur mes positions qui sont symfony est beaucoup trop lourd... Je préfère Copix... Mais aucun des deux ne correspond à mon modele "MVC" en 5 couche :
BO -> DAO -> SERVICE -> APPLICATION -> PRESENTATION
+ une couche implicite d'exception et un controleur.
La couche BO est le seul moyen de communication entre chaque couche..
Et la couche présentation par exemple ne peut pas accéder à la couche application, service ou DAO.
PS: Si vouc connaissez un framework qui gère ça ^^
Citation :- facilité d'apprentissageLa facilité d'apprentisage depend du framework, mais par exemple Copix me semble plus facile que symfony. Mais symfony doit surement se ratrapper quelques part comme sur le passage du code à quelqu'un d'autre !!!
- maintenabilité du site développé avec ce Framework
- performance
La maintenance est selon moi équivalent chez chaque framework.
La performance dépen du framework... Mais à mon avis il ne doit pas y avoir bcp de différence.
Bientôt un jeu unique sur le thème de Battlestar Galactica :
http://www.battlestar.fr
http://www.battlestar.fr