“Itérable<Element> ne peut pas être jeté à la Liste<Element>” - ce N'est pas de "Liste" un type " d'objet iterable`?

J'ai appelé un getElements méthode qui renvoie la Iterable<Element>.

Je l'ai fait:

List<Element> elements = (List<Element>) getElements();

Cela génère l'erreur:

java.lang.ClassCastException: com.utesy.Element$3 
cannot be cast to java.util.List

J'ai pensé à une List était un type de Iterable?

poste le code de getElements(); méthode
Le List interface étend la Iterable interface - si oui, List est de type Iterable, comme vous le dites. Mais cela ne signifie pas que, quelle que soit Iterable est retourné par getElements est aussi un List. Toutes les Listes sont Iterables, mais pas tous Iterables sont des Listes.

OriginalL'auteur snoopy | 2010-10-18

  1. 24

    Oui, List<T> s'étend Iterable<T>, mais cela ne signifie pas que vous pouvez lancer à partir de tout Iterable<T> à List<T> - uniquement lorsque la valeur fait fait référence à une instance d'un type de List<T>. Il est tout à fait possible de mettre en œuvre Iterable<T> sans mettre en œuvre le reste de la List<T> interface... dans ce cas, qu'attendez-vous d'arriver?

    Pour simplifier, nous allons changer Iterable<T> à Object et List<T> à String. String s'étend Object, de sorte que vous pouvez essayer sorts Object à String... mais le casting ne sera couronnée de succès au moment de l'exécution si la référence fait se réfère à un String (ou null).

    OriginalL'auteur Jon Skeet

  2. 25

    Vous pouvez activer l'objet iterable dans une Liste avec

    List<Element> elements = Lists.newArrayList( getElements() );
    ...où les Listes de est com.google.commun.collecter.Les listes.
    C'est la plus concise façon de le faire. Sinon, vous aurez besoin d'un long temps de mise en œuvre 🙁 -- ou simplement l'utiliser Scala 😉

    OriginalL'auteur dev_doctor

  3. 17

    List<Element> est un type de Iterable<Element>, mais cela ne signifie pas que tous les Iterable<Element> objets sont List<Element> objets. Vous pouvez jeter un List<Element> comme un Iterable<Element>, mais pas l'inverse.

    Une pomme est un type de fruit, mais cela ne signifie pas que tous les fruits sont des pommes. Vous pouvez lancer une pomme comme des fruits, mais pas l'inverse.

    +1 pour ne pas avoir 229k rep

    OriginalL'auteur Erick Robertson

  4. 5

    pourquoi pas:

        Iterable<Element> i = ...; //is what you have
    List<Element> myList = new LinkedList<Element>();
    for (Element e:i) {
        myList.add(e);
    }

    ?
    besoins pas de google lib.

    façon la plus simple pour l'instant ...

    OriginalL'auteur Rei

  5. 2

    Liste s'étend de la Collection qui s'étend Itératif. Vous donc en train de jeter un sous-type qui ne fonctionnent pas si getElements() retourne une Liste (dont la signature n'est pas en aucune façon la garantie).

    Voir: http://download.oracle.com/javase/1.5.0/docs/api/java/util/List.html

    OriginalL'auteur John Pickup

  6. 1

    List est un subinterface de Iterable ce qui signifie que la Liste comprend à peu près tout ce qui Itérable a, toutefois, pas l'inverse. Afin de ne pas toutes les méthodes d'une instance de Liste aurait un équivalent en Itératif.

    Essayer d'éviter ce genre de casting.

    Je vous recommande de prendre un coup d'oeil à la 6 API Java et les tutoriels couvrant casting

    OriginalL'auteur posdef

  7. 0

    De message d'exception, il est clair que
    Iterable<Element> n'est pas moulage à List<Element>

    SI vous avez besoin de retourner List<Element> de getElements()

    OriginalL'auteur Jigar Joshi

  8. 0

    Liste implémente l'objet iterable interface, mais cela ne veut pas dire Itératif peut être moulé retour à la Liste. Itérable est beaucoup plus générale et peut être de Hachage ou exotiques type qui n'a aucun rapport à la Liste. (Il ressemble à getElements() renvoie une instance de l'anonymat intérieur de la classe figurant aux côtés de getElements au sein de sa classe).

    Si getElements arriverait-il à contenir des Listes alors ce serait un valides exprimés. Comme le type retourné par getElements() n'a pas fait une Liste de ce produit une erreur d'exécution.

    La liste met en œuvre Itératif, et ce t signifie qu'il peut être jeté à elle. Le problème de l'OP est d'avoir est d'aller dans l'autre sens. Cela n'a rien à faire avec elle être une œuvre vs étendre.
    Désolé, le "ne signifie pas qu'il peut être coulé" il n'était pas clair, j'ai rempli le "il"s ne peut donc pas être interprété à tort comme vous l'avez.

    OriginalL'auteur Ash

  9. 0

    Pas tous Iterables sont Lists, donc il n'est pas sûr de jeter un arbitraire Iterable à un List.

    Prendre toute Set par exemple, un HashSet est Iterable mais les éléments n'a pas d'ordre, on ne peut pas mettre en œuvre la List interface, et n'est donc pas un List.

    <nit-pick> "mais les éléments n'a pas d'ordre, il n'est donc pas un List" - ce n'est pas la raison pour laquelle un HashSet n'est pas un List. Un HashSet n'est pas un List parce qu'il ne veut pas mettre en œuvre la List interface. </nit-pick>
    De la balle, c'est vrai... reformulé un peu... mieux? 🙂

    OriginalL'auteur aioobe

  10. 0

    vous pouvez essayer de placer un garde avec instanceof:

    if (AnElement instanceof AList){
    //cast
    AList = (AnList)Element
}

    OriginalL'auteur Adrian