Tout initiliser en I18n c'est pas bon.
Ben, hier t'as voulu tout initialiser en lazy dans I18n et tu casses toute la logique de I18nInitializer... Le but justement c'est de forcer une initialisation propre et toi tu fais tout l'inverse. J'incrime ça : public static I18nInitializer getInitializer() { if (initializer == null) { initializer = new ClassPathI18nInitializer(); } return initializer; } C'est pas bon du tout... Cette initializer est a utiliser en dernier recours car il parcours tout le classpath et fait qu'une application finale va mettre 3 secondes à démarrer au lieu de 100ms. Donc j'en reviens à ce que je disais hier, merci de pas tout bouziller sur des coups de têtes :) Si 2011 est l'année de la comm, je trouve que ça commence bien mal. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
On Thu, 20 Jan 2011 11:36:41 +0100 chemit <chemit@codelutin.com> wrote:
Ben,
hier t'as voulu tout initialiser en lazy dans I18n et tu casses toute la logique de I18nInitializer...
Le but justement c'est de forcer une initialisation propre et toi tu fais tout l'inverse.
J'incrime ça :
public static I18nInitializer getInitializer() { if (initializer == null) { initializer = new ClassPathI18nInitializer(); }
return initializer; }
C'est pas bon du tout... Cette initializer est a utiliser en dernier recours car il parcours tout le classpath et fait qu'une application finale va mettre 3 secondes à démarrer au lieu de 100ms.
Donc j'en reviens à ce que je disais hier, merci de pas tout bouziller sur des coups de têtes :)
Si 2011 est l'année de la comm, je trouve que ça commence bien mal.
Pour que tout le monde s'améliore, j'écris ce que nous avons discuté avec tony. Nous avons ici un excellent exemple d'endroit on il faut mettre des commentaires dans le code. Tony avait codé d'une certaine façon pour une bonne raison. Et donc dans ce cas il faut absolument expliquer cette raison: 1) pour que personne ne casse tout 2) que si cette raison disparaisse on puisse refactorer le code 3) que peut-être quelqu'un en voyant la raison trouvera une meilleur façon de faire auquel on a pas penser en codant -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com
participants (2)
-
Benjamin POUSSIN -
chemit