Wymusza typ ogólny na interfejs?

Question

Wygląda na to, że nie można tego zrobić, ale czy ktoś ma sprytny sposób na obejście tego problemu?

public class SomeClassIterableWrapper<S, T extends SomeClass & S> implements Iterable<S> 

przypadku S ma być interfejs nieznanego typu i SomeClass jest 2D tablicę z indeksem wiersza, działa podobnie do dwukierunkowego JDBC wynikowego. Podklasy SomeClass mają niestandardowe moduły pobierające i ustawiające dla każdej kolumny. Chcę móc powtarzać tę strukturę, tak jakbym robił listę. Chcę zaimplementować wspólny interfejs między moimi SomeClass i Bean, aby mieć dostęp do modułów pobierających i ustawiających. Jako taki S musi być tym interfejsem. Jednak deklaracja, którą podałem, nie działa. Czy istnieje sposób obejścia tego?

edit pokazać mój pożądany realizacji:

public class SomeClassIterableWrapper<S, T extends SomeClass & S> implements Iterable<S>{ 

T object; 

public SomeClassWrapper(T object){ 
    this.object = object; 
} 

@Override 
public Iterator<S> iterator() { 
    object.setIndex(-1); 
    return new SomeClassIterator<S>(); 
} 

private class SomeClassIterator<S> implements Iterator<S> { 

    @Override 
    public boolean hasNext() { 
     return object.index() < object.rowSize() - 1; 
    } 

    @Override 
    public S next() { 
     object.next(); 
     //safe because only interface methods allowed, can't further manipulate index 
     return object; 
    } 

    @Override 
    public void remove() { 
     object.deleteRow(); 
    } 
} 

Answer 1

nie można sparametryzować SomeClass z S? Wtedy można mieć

public class SomeClassIterableWrapper<S, T extends SomeClass<S>> 
     implements Iterable<S>{ 

Answer 2

Przyznaję, że nie w pełni zrozumieć ten problem, ale to, co proponuję: Załóż interfejs S. Zawiera jedną reklamę metody, która zwraca obiekt S.

public interface SWrapper<S> { 

    S getS(); 

} 

Następnie utwórz realizacji:

public class SImpl implements SWrapper<SImpl> { 

    @Override 
    public SImpl getS() { 
     return this; 
    } 

} 

Teraz można utworzyć:

public class SomeClass<T extends SomeClass & SWrapper<T>> { 

    private final T object; 

    public SomeClass(T object) { 
     this.object = object; 
    } 
} 

trzeba będzie zmodyfikować Wykorzystanie trochę ale być może to działa.

Answer 3

myślę S w rozciąga SomeClass & przyjmuje S

public class SomeClassIterableWrapper

musi być określona klasa ponieważ w tym kontekście S musi być klasa, która rozszerza coś.

Czy istnieje sposób, aby zawęzić potencjalne klasy używane zamiast S? Możesz użyć wielu ampersandów, jeśli masz wiele klas , które T powinno rozszerzyć