Je pense que je manque quelque chose de base ici. Toute explication ou des pointeurs aux questions précédemment posées sera très utile.
import java.util.Arrays;
import java.util.List;
public class St {
public static void bla(Object[] gaga) {
gaga[0] = new Date(); // throws ArrayStoreException
System.out.println(gaga[0]);
}
public static void bla(List<Object> gaga) {
System.out.println(gaga.get(0));
}
public static void main(String[] args) {
String[] nana = { "bla" };
bla(nana); // Works fine
List<String> bla1 = Arrays.asList(args);
bla(bla1); // Wont compile
System.out.println(new String[0] instanceof Object[]); // prints true
System.out.println(nana.getClass().getSuperclass().getSimpleName()); // prints Object
}
}
5 Réponses :
Les tableaux Java sont Covariant , c'est-à-dire qu'ils autorisent Objet [] FOO = nouvelle chaîne [2]; . Mais cela ne signifie pas qu'ils sont des sous-classes. string [] est une sous-classe de objet (Bien que instanceOf renvoie true, string []. Class.Getsuperclass () retour objet )
De @maerics commentaire ci-dessous - la nouvelle chaîne de la nouvelle chaîne [0] de l'objet de [0] retourne vrai. Donc, la chaîne [] est un type d'objet et un type d'objet [] et un type de charcutage [], etc. Correct?
@Kal qui semble être un cas particulier pour couvrir la covariance. Voir ma mise à jour
chaîne []> 1 objet semble être un bug, je ne peux pas obtenir getcuperclass pour renvoyer un tableau pour n'importe quel autre type . Mais Java.sun.com/docs/books / jls / tiers_edition / html / ... semble dire que c'est ce qu'il devrait être
(new String[0] instanceof Object[]) // => true
Vous êtes correct. Les types de tableau sont covariants en java par design, mais un foo est-pas-a foo
Oui, votre hypothèse est valide. Comme indiqué par @bozho, les tableaux sont covariants, alors que les collections génériques (telles que la liste générique) ne sont pas covariantes.
Covariance dans les matrices est risqué: p>
String[] strings = new String[] { "a", "b" }
Object[] objects = strings;
objects[0] = new Date(); // <-- Runtime error here
String s = strings[0];
s.substring(5, 3); // ????!! s is not a String
Merci .. Je n'ai jamais vu la tremaystoréexception auparavant.