On Fri, 12 Jul 2013 11:04:48 +0200 Eric Chatellier <chatellier@codelutin.com> wrote:
Salut,
Je constate simplement que nuiton-utils a beaucoup de dépendences, et cela ne me parait pas philosophiquement compatible avec une lib "utils" (au même titre que commons-lang, guava...).
À l'heure actuelle, nuiton-utils fait 298ko + 4,6Mo de dep (dont guava, 2,2Mo à lui tout seul).
Je suis d'accord que la taille de nuiton-utils doit rester petit et les dépendances quasi inexistante. Les choses dont on se sert dans tous les projets devrait etre minimaliste (taille et dépendance): - config - updater - csv - validator Une première étape a été de faire des modules, mais peut-etre devrait-il devenir des projets ? Et peut-être y a-t-il d'autres choses à passer en module puis projet voir à déprécier (je pense a de vielle chose qui ne fonctionne pas :(). Pas mal de dépendance de nuiton-utils viennent a cause d'api dépréciée (en module maintenant), donc peut-être serait-il temps de passer une version majeur pour supprimer tout ce qui est déprécié ? en même temps que de créer les projets en place de module. donc quelques propositions d'actions à faire: Passer en projet: - config - updater - csv - validator Creer les modules: - decorator (qui tire jxpath qui tire guava) - converter Savoir ce qu'on se permet comme dépendance (je dirais) - commons.lang3 - commons.logging S'il y en a d'autre pour une classe ou un package, il faut qu'il ait son module (voir projet) Les dépendances interdites (dans nuiton-utils): - commons.beanutils - commons.io - commons.vfs2 (seulement utilise par AppUpdater qui est deprecié) - commons.collections (dans quelques cas, on peut facilement s'en passer (ex: AppConfig)) -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com