Non, je ne trollait pas. Pour être plus clair, je réagissait plus sur "oulala" qui semblait indiquer que l'API de reflexivité était la pire chose qui existe.
Je ne pense pas non plus qu'il faille l'utiliser partout ; je n'ai pas dû l'utiliser plus de 5 fois pour de bonne raison (en 10 ans de dev java), mais beaucoup plus souvent à chaud en prod... Donc on est plutôt en phase.
Pour le cas dont on parlait, ça ne me choque pas plus que ça. Une fois que la méthode de correction était figée (ajout de la méthode privée hashCode32() de façon spécifique), il n'y avait pas 50 façon de l'implémenter.
En ce qui concerne la maintenance, si je voulais troller, je te dirais qu'une bonne partie des dev n'osera pas toucher à ce genre de code ce qui facilite grandement sa maintenance :)
[^] # Re: .
Posté par nive . En réponse au journal OpenJDK JEP 180: HashMap, collisions & attaques par la complexité. Évalué à 2.
Non, je ne trollait pas. Pour être plus clair, je réagissait plus sur "oulala" qui semblait indiquer que l'API de reflexivité était la pire chose qui existe.
Je ne pense pas non plus qu'il faille l'utiliser partout ; je n'ai pas dû l'utiliser plus de 5 fois pour de bonne raison (en 10 ans de dev java), mais beaucoup plus souvent à chaud en prod... Donc on est plutôt en phase.
Pour le cas dont on parlait, ça ne me choque pas plus que ça. Une fois que la méthode de correction était figée (ajout de la méthode privée hashCode32() de façon spécifique), il n'y avait pas 50 façon de l'implémenter.
En ce qui concerne la maintenance, si je voulais troller, je te dirais qu'une bonne partie des dev n'osera pas toucher à ce genre de code ce qui facilite grandement sa maintenance :)