Un billet un peu plus technique que d’habitude…
Comme prévu, j’étais jeudi à un p’tit dej, organisé par Clever Age, sur les « Frameworks Web RAD ».
FrameworkWebRad, kézako ?
(Framework : environnement, RAD : Rapid Application Developpement)
Concrètement, ce sont des environnements qui permettent de prototyper très rapidement des applications web.
Imaginez, vous avez une nouvelle idée, vous voulez la tester rapidement. Ces environnements doivent permettre de mettre en ligne très rapidement le sevice. On parle bien de prototype et pas de maquettage. La différence ? La maquette, c’est juste pour montrer les images de ce que ça donnera. Un prototype, ça tourne réellement.
De tels environnements, il y en a énormément. Comment choisir ? Bon, comme on était chez Clever Age, et que cette société est très axée open source, on a surtout parlé d’environnements open source.
Clever Age nous a surtout présenté Symfony et Ruby on rails.
Il s’agit de deux environnements de très bonne qualité, assez riche fonctionnellement. Ils permettent, entre autre, la gestion « propre » des bases de données, la programmation suivant le modèle MVC, l’utilisation d’Ajax…
Symfony
Symphony est un environnement entièrement PHP.
Tout se fait donc dans ce langage.
Avantage important : le langage est très utilisé, donc on trouve facilement des développeurs pour faire une application Symfony.
De plus, Symfony est basé sur la version 5 de PHP, et exploite à fond l’aspect objet.
Enfin, la communauté est très active, et on trouve beaucoup de composants et de documentation.
Ruby On Rails
Rails est l’environnement de développement rapide, réalisé sur le langage Ruby.
C’est bien le principal problème : il faut trouver un développeur Ruby, ou le former.
Sinon, Ruby On Rails bénéficie d’une très large communauté, très active. Il y a donc beaucoup de documentation et d’exemples en ligne.
En action
Voici deux petits films, qui illustrent la réalisation d’une application.
Avec Ruby On Rails : application pour gérer un blog.
Avec Symfony : application qui met en avant la génération de l’application d’administration.
Juste un détail : le langage c’est ruby et c’est rails le framework 😉
@Sébastien> C’est pas un détail ! Merci.
J’ai corrigé le billet !