Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Rails 3 au Djangocong

Rails 3 au Djangocong

Jérémy Lecour

April 25, 2010
Tweet

More Decks by Jérémy Lecour

Other Decks in Technology

Transcript

  1. Rack à tous les étages • sessions • cookies •

    cache • redirections (à la place d'Apache) • tout se qui est avant le controlleur.
  2. 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é
  3. 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, …)
  4. 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.
  5. Don’t Repeat Yourself • On évite de coder, définir, …

    quelque choses plusieurs fois • implémentations plus simples, plus faciles à maintenir, à tester, …
  6. 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
  7. Interface / implémentations • Interfaces unifiées stable • Une implémentation

    activée par défaut • exemple : ActiveModel et ActiveRecord
  8. 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/