note : je n'ai jamais utilisé spring, alors ce n'est qu'un ressenti et peut-être pas précis (mais je te laisse corriger si je me trompe, au moins j'apprendrai un peu plus sur spring)
Après, si on prend le @autowired d'après les papiers de google ça semble parfois plutôt problématique, y compris niveau performances.
Maintenant, comme dit à un autre endroit, le truc c'est aussi que je me sert de Guice en dehors d'un contexte web. Et avec Peaberry. Donc c'est royal.
Et pour finir dans mon choix (ou non choix de framework comme spring) j'ai pris le parti d'avoir un assemblage propre et cohérent de composants plutôt que de partir sur un framework où je ne vais pas tout utiliser, ou les choix ne seront pas ceux que je souhaite, et où ne serait-ce que les performances vont en pâtir.
Le résultat de mon choix c'est, sur un serveur moyen, 7000 req/s avec 100 utilisateurs simultanés, là ou beaucoup, à fonctionnalité équivalente, arrivent difficilement à toucher les 4000. L'explication est pourtant simple : rien qui ne soit pas utile et des composants performants. Et hop !
[^] # Re: Injection de dépendance
Posté par CrEv (site web personnel) . En réponse au journal De tout, de rien, des liens, du vrac (mais moins bookmarks cette fois). Évalué à 3.
note : je n'ai jamais utilisé spring, alors ce n'est qu'un ressenti et peut-être pas précis (mais je te laisse corriger si je me trompe, au moins j'apprendrai un peu plus sur spring)
Si je prend quelques comparaisons entre spring et guice (http://blog.octo.com/comparaison-google-guice-et-spring/ ou http://code.google.com/p/google-guice/wiki/SpringComparison) voici ce que j'en retire.
Déjà, l'xml de configuration plus je peux m'en passer mieux je me porte. Là, avec ma stack et guice je n'utilise même plus web.xml pour binder mes servlets / ressources, et c'est tant mieux.
Entre
et
y'a pas vraiment photo de mon point de vue.
Après, si on prend le
@autowiredd'après les papiers de google ça semble parfois plutôt problématique, y compris niveau performances.Maintenant, comme dit à un autre endroit, le truc c'est aussi que je me sert de Guice en dehors d'un contexte web. Et avec Peaberry. Donc c'est royal.
Et pour finir dans mon choix (ou non choix de framework comme spring) j'ai pris le parti d'avoir un assemblage propre et cohérent de composants plutôt que de partir sur un framework où je ne vais pas tout utiliser, ou les choix ne seront pas ceux que je souhaite, et où ne serait-ce que les performances vont en pâtir.
Le résultat de mon choix c'est, sur un serveur moyen, 7000 req/s avec 100 utilisateurs simultanés, là ou beaucoup, à fonctionnalité équivalente, arrivent difficilement à toucher les 4000. L'explication est pourtant simple : rien qui ne soit pas utile et des composants performants. Et hop !