ActionPack
Si ActiveRecord représente l'aspect "modèle" de RoR, il reste à définir comment le framework gère les deux autres aspects : vue et contrôleur. La réponse tient dans un nom : ActionPack. Un composant ActionPack concentre les outils pour exploiter la vue et créer le contrôleur, tout en assurant une indépendance entre les deux fonctionnalités : chacune est placée dans son dossier, action_controler ou action_view.
Action Pack est donc composé de deux modules, ActionController et ActionView, qui prennent en charge le traitement des requêtes et l'envoi de la réponse adéquate. Ces deux modules représentent donc deux aspects du fonctionnement d'un site, mais agissent de manière très intégrée, et le trio formé avec ActiveRecord reste toujours harmonieux.
Les contrôleurs gèrent donc les requêtes en provenance de l'internaute. L'URL de cette requête correspond à la classe du contrôleur, et à une méthode de cette classe. Un contrôleur ne se créé donc pas comme un fichier PHP : il faut le générer. Cette génération autorise Rails à savoir exactement ce à quoi il peut s'attendre, par le biais de conventions établies. Conventions, génération et automatismes sont pour une bonne part responsables de l'intuitivité et du succès de Rails.
Les vues sont ensuite mises en place pour chaque méthode d'un contrôleur (si celui-ci doit afficher quelque chose). Une méthode de lecture de ligne SQL aura donc besoin d'un fichier read.rhtml. Ici encore, les fichiers de base sont générés par Rails au travers d'une technique appelée scaffolding, qui créé littéralement l'échafaudage de notre application à chaque étape. La méthode scaffold (ou le script équivalent) prend en charge tant la mise en place des méthodes adéquates pour gérer la table (index, list, show, new, create, edit, update et destroy), mais également la mise en place des formulaires d'accès à ces méthodes, et par extension des fichiers de vue. Une ligne de code mettre en place une application fonctionnelle. |
