ジェネリックタイプをインターフェイスにするのは強制的ですか？

Question

これは不可能なようですが、誰もこの問題を巧みに克服できますか？ Sは、いくつかの未知のタイプのインタフェースとSomeClassことになっている

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

双方向JDBC結果と機能的に同様の行インデックスを有する2次元アレイです。 SomeClassのサブクラスには、各列に対してカスタムgetterとsetterがあります。私はリストのようにこの構造を反復することができるようにしたい。私はSomeClassとBeanとの間にgetterとsetterにアクセスできる共通のインタフェースを実装したいと考えています。したがって、Sはそのインタフェースである必要があります。しかし、私が提供した宣言は機能しません。これを回避する方法はありますか？

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

あなたはSとSomeClassのパラメータを設定することはできません：

編集は私の希望の実装を表示するには？そして、あなたは私が問題を完全に理解していないことを告白

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

Answer 2

を持つことができますが、これは私がお勧めです： Sのインターフェースを作成します。それはSオブジェクトを返す1つのメソッド広告を含んでいます。

public class SImpl implements SWrapper<SImpl> { 

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

} 

あなたが今作成することができます：あなたは、あなたの利用状況ビットを変更する必要がありますが、おそらくそれが動作

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

    private final T object; 

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

public interface SWrapper<S> { 

    S getS(); 

} 

は、次に実装を作成します。この文脈で、 Sが何かを拡張したクラスである必要がありますので、

Answer 3

私はSでは工ass & Sを拡張して考える

パブリッククラスSomeClassIterableWrapper

は明確なクラスである必要があります。

Sの代わりに使用される潜在的なクラス が何であるかを絞り込む方法はありますか？ Tが拡張するべきである クラスが複数ある場合は、複数のアンパサンドを使用できます