You would have to limit the bound on SelectQuery as well, which isn't really ok. What advantage does the lower bound give you anyway?
The long term solution would be to provide new separate Select<T> implementations (not SelectQuery) for the different result types. On Tue, Dec 11, 2012 at 4:20 PM, Aristedes Maniatis <[email protected]>wrote: > On 12/12/12 3:58am, Andrus Adamchik wrote: > >> Maybe to resolve it we call the new method something else? E.g.: >> >> List<T> select(Select <T> query) >> > > In this case would you narrow the scope of T to just Persistent objects, > and cover the 99% use-case with this (I imagine that DataRows is a much > less common requirement)? > > I promise I'm not trying to feature creep this... the last time we did, > development of the generified API stalled for two years. > > Ari > > > -- > --------------------------> > Aristedes Maniatis > GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A >
