Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Collection et Stream Java Discussion :

Tutoriel sur les bibliothèques alternatives pour les collections Java


Sujet :

Collection et Stream Java

  1. #1
    Responsable Java

    Tutoriel sur les bibliothèques alternatives pour les collections Java
    La société SQLI nous propose un tutoriel sur la comparaison de bibliothèques pour la gestion des collections en Java.

    Ce tutoriel est disponible à cette adresse : http://sqli.developpez.com/tutoriels...k-collections/

    Profitez de cette discussion pour donner votre avis.

    L'équipe Java
    Responsable Java de Developpez.com (Twitter et Facebook)
    Besoin d"un article/tutoriel/cours sur Java, consulter la page cours
    N'hésitez pas à consulter la FAQ Java et à poser vos questions sur les forums d'entraide Java
    --------
    Ingénieur de Recherche en informatique au LIAS / ISAE-ENSMA
    Page de Developpez.com : mbaron.developpez.com
    Twitter : www.twitter.com/mickaelbaron
    Blog : mickael-baron.fr
    LinkedIn : www.linkedin.com/in/mickaelbaron
    DBLP : dblp.uni-trier.de/pers/hd/b/Baron:Micka=euml=l

  2. #2
    Expert éminent sénior
    Les données dans la section II-B. ArrayList Java ne correspondent pas au tableau final, il doit y avoir un problème de bout de section manquante là.

    Il y a une grosse incohérence entre les conclusion disantt que GSCollection implémente les api collection de java et le test de performance qui utilise une IntArrayList n'implémentant aucune api standard de java :/ Elle n'implémente même pas iterable donc ne peux pas être utilisée par un for étendu.

    Enfin, c'est un problème général de l'article, il compare des pomme et de la compote en oubliant d'intégrer le mixeur dans le calcul. Les tests mesurent en même temps la vitesse de la collection ET la vitesse de l'autoboxing de la jvm. Lors de l'appel de méthode add(Integer), la jvm fait un autoboxing qu'elle ne fait pas avant un appel de type add(int). Du coup, il aurait fallu faire aussi le tests avec des boucle à vide faisant juste l'autoboxing pour soustraire cela au résultat. Ou utiliser partout des méthodes prenant des objets et non des primitifs.

    Enfin, on aurait aimé le code permettant de reproduire les résultats, ça éviterais de devoir spéculer sur les détails méthodologique (la jvm est-elle redémarrée entre chaque série d'itération, la moyenne et la médiane sont faites sur combien de série, les valeurs recherchées sont-elles les mêmes dans chaque test)
    David Delbecq Java developer chez HMS Industrial Networks AB.    LinkedIn | Google+

###raw>template_hook.ano_emploi###