MVC-REST-Ressources
• Le Modele gère la couche métier : ORM,
validations, callbacks, sérialisation, états,
i18n, …
• Le Controlleur expose l'API de
l'application et pilote les Vues.
• Les Vues fait le rendu des ressources
appelées, dans le format demandé
MVC-REST-Ressources
• On appelle une ressource générique (liste)
ou spécifique (par un ID)
• avec un verbe HTTP (CRUD)
• les données sont transmises dans une
variété de formats (HTML, JSON, XML, …)
configuration
conventions
• Il y a le cas de 80-90% des usages, pour ça il
n'y a rien à faire
• pour les autres, on configure.
Don’t Repeat Yourself
• On évite de coder, définir, … quelque
choses plusieurs fois
• implémentations plus simples, plus faciles à
maintenir, à tester, …
Interface avec la BDD
• pas de définition du schéma dans la config
• l'ORM le devine en regardant les tables
• par défaut les modèles sont vides : pas de
getter/setter
2 points de départ
• 1 blog en 15 minutes avec Rails 3
• www.railsdispatch.com
• Mon article pour commencer Ruby et Rails
• http://jeremy.wordpress.com/2009/11/13/
monter-dans-le-train-de-ruby-et-rails/