Inutile de boxe inspection signalé par l'IDE

Inutile de boxe inspection signalé par l'IDE

J'ai récemment été la vérification du code qui a été posté sur Oracle tutoriels concernant Swing#JTable. Il y a eu quelques messages d'avertissement qui a été renvoyé par IntelIJ au sujet de la boxe de la primitive de variables à l'intérieur du tableau multidimensionnel de la tenue de la Table de données.

Voici le tableau constaté, qui est pris de docs.oracle.com:

Object[][] data = {
            {"Kathy", "Smith",
                    "Snowboarding", new Integer(5), new Boolean(false)},
            {"John", "Doe",
                    "Rowing", new Integer(3), new Boolean(true)},
            {"Sue", "Black",
                    "Knitting", new Integer(2), new Boolean(false)},
            {"Jane", "White",
                    "Speed reading", new Integer(20), new Boolean(true)},
            {"Joe", "Brown",
                    "Pool", new Integer(10), new Boolean(false)}
    };

Tous enveloppés variables ont été la réception de ce message:

"Inutile de boxe 'new Integer(5)'
Les rapports de "boxe", par exemple, l'emballage des valeurs primitives dans les objets. La boxe est inutile sous Java 5 et plus récent, et peut être retiré en toute sécurité.
Cette inspection ne signale que si le projet ou le module est configuré pour utiliser un niveau de langue 5.0 ou supérieur."

Je sais que le concept de boxing et unboxing en Java, ma question serait de savoir pourquoi il est 'inutile" dans une version plus récente de Java que j'ai vu de nombreux développeurs d'en discuter ou de l'utiliser à récemment.

Aussi, depuis la boxe n'est pas nécessaire que devrait", new Integer(5) " soit remplacé par?

InformationsquelleAutor Juxhin | 2014-08-12
  1. 25

    Grâce à l'autoboxing en Java 5 et plus récent, vous n'avez pas à appeler les Entiers et les Booléens les constructeurs à la main "boîte" les valeurs primitives. L'IDE semble recommander d'écrire le code comme:

    Object[][] data = {
            {"Kathy", "Smith", "Snowboarding", 5, false},
            {"John", "Doe", "Rowing", 3, true},
            {"Sue", "Black", "Knitting", 2, false},
            {"Jane", "White", "Speed reading", 20, true},
            {"Joe", "Brown", "Pool", 10, false}
    };
    • Grâce Joni, puis-je vous demander quel est l'avantage de ce a? Évidemment fi de la nécessité d'écrire moins de code
    • auto(onu)boxe utilise Boolean.FALSE et Boolean.TRUE au lieu de créer de nouveaux Boolean cas, de sorte que votre charge est de moins en moins. De même, Integer maintient un cache privé de Integer objets représentant -128 à +127, et de l'automobile(de l'onu)de boxe pour utiliser ces si il peut au lieu de créer de nouvelles instances. Laisser le compilateur auto(onu)zone pour vous, ou utilisez le .valueOf() méthodes, qui vérifient les caches en premier.
    • Merci beaucoup pour l'explication que JonK!
    • En plus d'économiser un peu de mémoire, l'autoboxing donne certaines garanties quant à des comparaisons à l'aide de la sémantique. Par exemple, depuis un autoboxed booléen sera soit de type Boolean.VRAI ou Booléen.FAUX, pas une autre Boolean exemple, vous pouvez les comparer directement avec le == de l'opérateur. Sinon, vous devez utiliser le equals méthode.
    InformationsquelleAutor Joni