Cette méthode doit prendre deux objets maintenant, pourquoi le compilateur accepte-t-il deux paramètres avec Types distinctifs? p> EDIT: strong>
Maintenant que je sais que les deux paramètres deviennent implicitement posés, je me demande pourquoi le compilateur appel: randomList(new ArrayList<String>(), new ArrayList<Integer>()); // Does not Compile
4 Réponses :
Ainsi, le code est donc équivalent à: < / p> Qu'est-ce qui peut être encore plus surprenant, c'est que les compilations suivantes: Le deuxième argument est en boîte automatique dans Un t est déduit d'être objet , et les deux arguments sont implicitement arrêtés. INTEGER , puis les deux arguments deviennent UPCUT sur objet .
En haut de ma tête, les deux sérialisables et comparables . Accrochez-vous, comparable , er, comparable & Serializable> , oh
@ Tomhawtin-Tackline: Vous avez tout à fait raison, même si je n'ai pas encore compris comment travailler ces détails dans la réponse sans obscurcir le point.
Parce que vous ne l'appelez pas de manière généralisée. Essayez et vous obtiendrez une erreur de compilation. ou permet au compilateur déduire le type, et vous devez également obtenir une erreur de compilation: < Pré> xxx
Vous n'avez pas besoin de spécifier le type d'une méthode pour obtenir un comportement générique. entier x = aléatoire (1, 2) est également valide.
Oui, je modifiez toujours ma réponse pour ajouter une note sur l'inférence de type.
@Jandvorak ou s'il y a Void FOO (String S1, String S2) ALORS FOO (aléatoire (....)) . Le point est qu'il n'ya pas assez dans l'appel par lui-même pour attacher t à chaîne .
Vous pouvez ajouter un peu plus de contraintes sur les types de paramètres dans votre exemple de liste, vous Besoin de cartes génériques pour obtenir l'effet similaire t est désigné être le type commun commun de chaîne et integer , qui est
SAVOIR que je sais que les deux paramètres sont implicitement opposés, Je me demande pourquoi le compilateur se plaint lorsque vous appelez ce qui suit Méthode:
Parce que même lorsque
A est un sous-type deB ,list n'est pas un sous-type deListe si A et B sont différents.
Parce qu'ils sont tous les deux objet s.
@ user1914126 .. comme il se trouve, votre code ne doit pas compiler. Il vous manque un
neuf avantentier (10) .Oui, si vous voulez que le compilateur se plaint, vous devriez le dire ce que T est censé être lorsque vous appelez la méthode, par ex.
myClass. aléatoire ("string1", nouvel entiers (10)); . Ce serait une erreur.