petite question sur l'environnement des FrameWork MVC.
Petite question sur l'environnement des FrameWork MVC....
Bonjour, je suis debutant dans le concept des framework et du modele MVC.
Je me suis enormement documenté, mais je n'ai jamais pour le moment realisé de projets associés avec les 2.
Avez vous des conseils pour evoluer surement dans le domaine, car j'ai vraiment l'impression de me retrouver face a une montagne d'informations....
Que ce soit PHP-MVC ou PRADO avec l'API PEAR etc... c'est tres decourageant.
Mon objectif est d'arriver a realiser une appli avec un framework MVC et une API comme pear.
Existe une aide particuliere dans le domaine ?
J'espere que je ne fais pas trop " teletubbies " hein :)
MErci encore
Ronio.
Re: petite question sur l'environnement des FrameWork MVC.
Citation:
Envoyé par ronio
Existe une aide particuliere dans le domaine ?
oui il y a developpez.com ;)
je suis plutot du genre à apprendre par la pratique donc si tu es comme moi, essaye de te fixer un objectif pour un petit projet. Ensuite quand tu auras commencer à réfléchir à l'organisation, tu pourras ouvrir une discution et on te dira ce qu'on pense, on te donnera des conseils, etc.
Par contre si tu es plus theorique, il existe des tutoriels qui pourront te renseigner et te montrer des exemples :
http://php.developpez.com/sdjournal/framework/
http://tahe.developpez.com/web/php/mvc/
Et bien voila :) petit detail apres apprentissage :)
deja merci matthieu pour les infos!
Alors voila , suite a mon precedent message j'ai enfin reussi a comprendre un framework MVC :
PHP.MVC
un framework tres proche de Struts.
D'ailleur Oliv_surf si tu me lis, ca serai cool de me contacter ici par MP :)
Comment j'ai choisi ce framework
ICI deja, en lisant un peu les commentaires de tout le monde,
ensuite je travaille avec des personnes qui connaissent bien le modele Struts.
Et donc notre choix s'est porté vers qqe chose qui y ressemble.
Comment j'ai tenté de comprendre PHP.MVC sans reellement comprendre.
Je me suis tapé la doc en francais de long en large.
J'ai au debut confondu un peu le M avec le C :)
Le prob avec la doc c'est qu'ils te tournent des exemples expres pour t'embrouiller j'ai l'impression.
Au lieu de faire un truc simple et claire ils t'expliquent un truc compliqué qui sert a rien d'un point de vue du modele.
( par exemple, le fait de forcer la sauvegarde ds objets au lieu deja, de passer par le truc simple que propose le framework)
Comment j'ai reussi a comprendre.
J'ai telechargé les demo de base et sur chacune d'elles j'ai cherché a comprendre comment ca fonctionnai en m'aidant encore et toujours de la doc en fr.
J'ai aussi lu d'autres Docs comme la doc en anglais des template tags system qui reprend une partie de l'explication du framework BCP plus claire!
Ensuite, j'ai realisé mes tests, et ca tourne !! :) :D
Chui happy car maintenant jvé pouvoir tenté de tester d'autres framework, je pense que avec l'inertie de PHP.MVC jvé pouvoir comprendre plus facilement les autres :)
Salut all :)
Quelques réflexions sur le sujet...
Bonjour à tous,
je viens moi aussi de consulter l'ensemble des posts, et le premier constat, d'évidence, c'est la confusion qui règne de manière générale. Je vais d'ailleurs tenter d'apporter ma contribution pour éclaircir un point en particulier : la différence entre API et Framework :
- Framework : en effet, il s'agit d'un cadre de travail, qui comporte le plus souvent une librairie de classes et/ou fonctions, mais surtout un concept, une méthode (comme le MVC par exemple). Un framework contient également assez souvent des standards de codages. La bibliothèque fournie permet d'implémenter aisément les concepts proposés.
- API : pour moi, puisque nous ne sommes pas tous d'accord :), une API est une bibliothèque exposée par une application pour permettre l'utilisation de ses fonctionnalités depuis une autre application. Un exemple typique : les API MySQL, qui permettent aux développeurs C, Java, PHP, etc. de piloter une base mysql depuis leur propre code.
Donc PEAR n'est PAS une API mais une bibliothèque, à la limite du framework, puisque les éléments de cette bibliothèque sont reliés entre eux par des conventions de codages et une logique communes.
Maintenant, pour revenir sur les frameworks à proprement parler, je suis moi aussi à la recherche de la perle rare, qui allierait à la fois simplicité d'emploi, performances, souplesse (élément trop souvent négligé) et fiabilité.
Pour ce qui concerne la simplicité d'emploi, il n'y aura jamais de référence absolue, puisque chacun à ses préférences en la matière (par exemple, moi je ne comprends toujours pas qu'il y ait tant de gens qui codent en Java ;)).
Les performances, dans la limite du raisonnable, on peut ne pas trop s'en préoccuper, étant attendu que les machines sont plutôt puisantes d'une part, que les accélérateurs et autres caches fonctionnent assez bien, et qu'enfin, nous ne travaillons pas tous sur la mise au point du prochain site d'Amazon ou la prochaine version majeure de Google :)
Restent la souplesse et la fiabilité, qui sont deux critères importants, mais qu'il est difficile d'évaluer tant que l'on a pas passé (perdu ?) du temps à commencer de développer son projet avec un framework donné.
Comme de nombreux autres développeurs, j'ai moi aussi mis au point mon propre framework, et j'ai aussi tendance à préférer réinventer la roue plutôt que d'utiliser des choses toutes faites. Mais clairement, quand on s'attaque à un projet d'envergure, un framework est vraiment incontournable.
Ouhla, je vais m'arrêter là, j'avais pas vu que j'avais fait si long, désolé ;)