Depuis longtemps, je sais qu’il faut bufferiser ses fluxs lorsqu’on lit ou qu’on écrit… oui, mais la question qui m’a souvent été posée, c’est « dans quelle mesure ? quelle est l’ordre de grandeur ? ».
J’ai donc fait un petit benchmark pour avoir, des mesures, de ce gain de performance… et c’est assez hallucinant! J’obtiens des facteurs de 22 en lecture et 35 en écriture!
C’est un fait: sur une grosse application développée puis maintenue par plusieurs personnes, on finit pas avoir pas mal de code mort…
Une première solution est d’utiliser le clean up d’Eclipse ; on arrive ainsi à supprimer certains attributs non utilisés… mais ça ne va guère plus loin.
L’idée serait donc beaucoup plus radicale: passer un outil sur tout le code.
Heureusement (encore), Eclipse vient nous sauver la vie 
Par contre, attention: il est possible que certaines classes apparaissent comme non utilisées alors qu’elles sont appelées par un point d’extension!
Je me suis toujours demandé comment faire pour, dans une appli « ligne de commande » Java, cacher son mot de passe (comme par exemple ssh).
La solution vient avec la JDK 6 et la classe Console qui permet (entre autre) de récupérer une saisie sans afficher ce qui est entré…
Voila un petit bout de code mettant en pratique cette classe:
Attention: le System.console() peut renvoyer null (ça dépend de la plateforme)… notamment avec la console Eclipse…
Quel drame… comment faire une suite de tests sous JUnit4 quand apparemment on ne dispose plus des TestSuite?!
Pour ceux qui cherchent des icônes sympas, allez voir ici:
… et en plus, c’est sous licence Creative Commons Attribution 2.5 License.
