Using an iterator on a Vector

I am studying vectors and iterators and in the sample code I am looking at, a for loop is used and starts by initializing a variable by assigning a vector object's methods return value, which is an Iterator object, using the iterator method. Here is the code:

Code:

---


Vector v = new Vector(3);
v.add(1);
v.add(2);
v.add(3);

for ([B]Iterator i = v.iterator(); [/B]i.hasNext(); ) {
    String name (String)i.next();
    System.out.println(name);
}

---

I understand that the class Iterator is an interface, and that it only contains abstract methods for remove(), hasNext() and next(). I thought that the iterator() method of the vector, which is apparently inherited from the superclass List, would return an object containing those methods because the methods must be defined to be used by the new Iterator object.

So does the iterator() method of the vector return an object that has inherited the remove(), hasNext(), and next() methods? I couldn't find the code on Oracle's website that those three methods were defined. Thanks for your help!

-Derek Raimann

Quote:

---

So does the iterator() method of the vector return an object that has inherited the remove(), hasNext(), and next() methods? I couldn't find the code on Oracle's website that those three methods were defined. Thanks for your help!

---

Vector extends AbstractList which implments the iterator() method. This method returns a object of a class called Itr ( a private class in AbstractList !) which implements the Iterator interface!

I'm trying to follow what you're saying as best as I can, but I can't find the code myself. This is the link to where I am looking at code:

Java Platform SE 6

On the left hand side of the screen, second window down, I clicked AbstractList to look it its methods. It does say that it creates an iterator method, but AbstractList is an abstract class so it can't implement those methods right? From what I learned, the definitions of methods from an abstract class would be defined in a subclass of the abstract class itself. I'm missing something or not up to your level yet to understand where the code iis coming from. I just expected to see those methods defined in a subclass of AbstractList after reading your post. Thanks again for bearing with me!

-Derek Raimann

Quote:

---

Originally Posted by DerekRaimann

I'm trying to follow what you're saying as best as I can, but I can't find the code myself. This is the link to where I am looking at code:

Java Platform SE 6

---

that is only the documentation, you will not find any code there. src.zip in your jdk folder contains as an example the source code, or download it from the oracle page!

Quote:

---

On the left hand side of the screen, second window down, I clicked AbstractList to look it its methods. It does say that it creates an iterator method, but AbstractList is an abstract class so it can't implement those methods right?

---

No, that`s wrong! It can! That is the reason why Vector or other subclasses of AbstractList like ArrayList have that method (iterator() )

AbstractList implementation of iterator():

Code:

---

    public Iterator<E> iterator() {
        return new Itr();
    }

---

Itr is a private class which implements Iterator interface!

Quote:

---

Originally Posted by DerekRaimann

On the left hand side of the screen, second window down, I clicked AbstractList to look it its methods. It does say that it creates an iterator method, but AbstractList is an abstract class so it can't implement those methods right?

---

Nope, all an abstract class has to do to define itself as abstract, is, well, define itself abstract:

Code:

---

abstract public class Foo {
  // defined and implemented methods here and the entire shebang ...
}

---

The above class is an abstract class because it says so; you can't instantiate an object of class Foo and you have to extend it to instantiate an object of the extended class. Everything can use the public methods defined in this abstract class though.

kind regards,

Jos

I misunderstood the author of the book and it sounded like he was saying you could only declare but not implement methods in abstract classes. I am glad to know that isn't so and where the method I was looking for actually comes from. Thanks again for your help!

-Derek Raimann