Spring est l’un des frameworks les plus appréciés des développeurs car il a une particularité importante par rapport à bien d’autres des frameworks existant tels que Hibernate ou encore Struts. Son implication ne limite pas à un tiers de l’architecture 3-tiers mais touche l’ensemble de l’architecture.

La première version de Spring a été publiée en 2004 par Rod Johnson et Juergen Holler. L’idée est partie suite à la publication du livre “Expert One-on-One J2EE Design and Development“. En très peu de temps, Spring s’imposa comme un framework incontournable.

Le framework Spring est considéré comme un conteneur léger, c’est-à-dire qu’il permet de se baser sur une architecture avec des objets simples dits POJO. Les objets peuvent dès lors être utilisés avec Spring sans que ces derniers ne doivent implémenter une interface ou hériter d’une classe. En fait des objets totalement indépendants du framework dans lequel ils sont exploités. Les relations entre les objets passent par des fichiers de configuration qui permettent une fois instaurés une grande liberté et flexibilité.

Spring ne se présente pas comme un concurrent face aux autres frameworks existants, il se place comme un cadre permettant de faciliter l’utilisation justement des autres framework existants. Le premier exemple est au niveau de la couche de présentation dans une architecture MVC. Cette couche peut par exemple être implémentée via le framework Struts. Spring fournit un moyen d’intégrer ce framework d’une manière plus riche et en faisant profiter des armes que peut apporter Spring. Le deuxième exemple est au niveau de la couche de persistance toujours dans une architecture MVC où l’un des frameworks les plus répandus est Hibernate. Spring permet aussi d’intégrer aisément ce framework et lui apporte des aides telles que la déclaration et gestion de transactions.

Il fournit aussi une manière d’intégrer différents frameworks autres qu’Hibernate (iBatis,OJB), mais aussi des frameworks autres que Struts (Tapestry, JSF, WebWork), mais aussi avec d’autres standards comme les EJB, RMI, JMS,…

Sans entrer dans les détails techniques (ceux-ci feraient l’objet d’un ou plusieurs autre(s) billet(s)), Spring est basé sur trois pilliers clés:

1. Ioc - inversion of control ou injection de dépendance
2. AOP - aspect oriented programmation (programmation orientée aspect)
3. Couche d’abstraction

L’inversion de contrôle est un design pattern commun à tous les languagues et qui se base sur le principe que les dépendances entre les objets au sein d’une application n’est pas déterminée par l’application elle-même mais par l’utilisation d’un module indépendant comme un framework par exemple.

La programmation orientée aspect est un design pattern commun à tous les languages et qui permet de définir des modules autonomes appellés aspects et de venir insérer ces aspects en des points d’insertion permettant de faire la liaison entre certains aspects et la couche métier.

Finalement, la couche d’abstraction de Spring permet tout simplement de venir intégrer plus facilement une série de frameworks externes ou d’APIs.

Après ces quelques lignes et au vu de la dynamique tournant au tour de ce framework, il peut être avancé sans trop de doute que Spring a atteint ses objectifs en nous proposant une sorte de solution magique que très peu de développeurs arrivent à s’en détacher une fois utilisé.

Liens externes

• Introduction au framework Spring par Erik Gollot
• Spring sur Wiki