Discussion :

[speedster]

Bonjour,

J'ai lu différentes docs de Spring (en diagonale) et je me demandais quel était l'intérêt d'utiliser ce framework sur une application de type client lourd en SWING.

J'ai remarqué qu'il est surtout destiné aux applis J2EE.
Il me semble qu'il permet de bien appliquer le modèle MVC, entre autre, mais SWING fonctionne déjà sur ce modèle.

J'espère que vous pourrez m'éclairer.

Merci d'avance.

[pseudocode]

Tu ferais pas un petit confondage entre Spring et Struts ?

[sinok]

Sisi ça se fait, il y a même un framework rcp basé sur Spring pour swing qui se monte petit à petit:
http://www.springframework.org/spring-rcp
http://spring-rich-c.sourceforge.net/

[sironimo]

Voilà un sujet qui m'intéresse énormément concernant Spring et le développement d'un client lourd.

Je me pose un peu les mêmes questions que speedster concernant l'utilité de Spring pour un développement d'un client lourd en Swing avec Spring.

[*alexandre*]

l'utilité est la même que pour une appli J2EE, faciliter l'accès à une session factory Hibernate, utilisation du pattern IoC etc ...

[pseudocode]

Spring sert principalement a faire de l'injection de dépendance "transparente", pour eviter de faire des new() partout ou d'implementer des pattern Factory.

Il y aussi un soupson d'AOP qui permet a des methodes d'etre automatiquement encapsulées dans des transactions (jdbc, hibernate,...).

Pour moi, Spring est plutot dédié J2EE et pas trop Client (léger ou lourd). A la rigueur, il faudrait architecturer ton client pour séparer la partie IHM et la partie Metier. Et du coté "Metier" tu pourrais alors utiliser Spring.

[speedster]

Mais le client riche utilise un serveur d'applications si je ne m'abuse pas.

Le client lourd est complètement indépendant.

En ce qui concerne Spring, je n'ai pas trop compris le pattern IoC. L'intérêt immédiat que je vois actuellement est l'utilisation simplifiée d'Hibernate. Je n'ai pas à gérer les transactions et sessions.

Est-il facilement applicable sur un projet existant ?