On 10/26/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 10/25/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
<snip/>
>
> Having said that, its not me thats going to be doing the work, but it
> does seem valuable to discuss port vs. refactor rather than refactor
> being a defacto decission and just having an argument on package
> names.
>
<snap/>
:-)
Its not going to be me either, which is why I have (more or less)
retired from the conversation. You're right that this isn't about
package names, but really whether the intent is to produce a backwards
compatible generified collections:
* If so, be encumbered with whatever that entails
* If not, acknowledge with new collections package
It appears to me that the latter might bring more joy to the
development of the new collections and result in elegance and entirety
of the transformation, but for the reason I mentioned a couple of
paragraphs ago, my opinion is not as important as some others.
+1 - the final decision is down to whoever is going to work on it and
if they want to take the opportunity to refactor, then better to do
that and see progress rather than try and impose something which would
probably mean nothing happens. Still, I think its worth
debating/considering since IMO even if the decision stays the same,
its a better decision for having been fully discussed.
-Rahul
P.S.- Regarding your Collections#max question, using casts like you
suggest compromises the upper bound of T in the signature, and doesn't
convey the correct information to the reader (and arguably more
importantly, to the compiler, which consequently cannot guarantee the
author-intended type safety, at which point the value proposition of
using generics diminishes greatly)
Thx. I guess I've only seen the benefits of generics as saving a cast
and making the code more readable - since type safety hasn't ever
really caused me problems. Probably I need to make this mindset shift
for java5.
> Niall
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
