Construire sa propre plateforme de services
Je vais vous décrire une petite plateforme de services que j’ai eu l’occasion de concevoir et de réaliser. Lire la suite…
Je vais vous décrire une petite plateforme de services que j’ai eu l’occasion de concevoir et de réaliser. Lire la suite…
Dans l’article précédent, nous avons rapidement vu que des solutions intéressantes apparaissent au sein du monde PHP. Parmi l’un des nombreux frameworks émergeants, nous avons choisi d’étudier symfony à travers la création d’une application web de gestion de bookmarks, Plum. Nous avons pour l’instant créé une application par défaut. Il reste maintenant à lui faire faire son “vrai” travail…
Nous manipulons pour l’instant peu de types de données : les bookmarks et les tags. Voici un diagramme UML les représentant :

Diagramme de classes de notre modèle
(Ce magnifique diagramme a été réalisé en ligne sur le site de yuml.me. Publicité gratuite
).
Pour facilement manipuler les données en base, symfony gère de base deux Object-Relational Mappers (ORM) : Doctrine et Propel. Cependant, comme Doctrine est devenu l’ORM par défaut depuis la version 1.3 du framework, c’est lui que nous utiliserons. Doctrine propose une solution élégante d’accès aux données via le langage DQL, inspiré du HQL d’Hibernate, ainsi qu’une API d’accès aux données. Propel se base de son côté sur une API semblable aux Criteria. Que l’on utilise Doctrine ou Propel, symfony fonctionne de manière semblable. Dans la suite de cet article, je vais détailler pas à pas les étapes suivantes :
Les objets du domaine ont été créés et mappés. Le premier lancement à permis de créer automatiquement la base de données. Il est maintenant temps de faire quelque chose de ces objets …
Nous avons installé Grails sur notre machine et créé un premier projet simple. L’objectif est maintenant de passer à la pratique en écrivant un cas concret …