Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #6432
| From | lewbloch <lewbloch@gmail.com> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: Problem with generics and dynamic array copy |
| Date | 2011-07-22 15:49 -0700 |
| Organization | http://groups.google.com |
| Message-ID | <8d967dd6-a043-4e28-a9a3-6a158791ecba@d8g2000prf.googlegroups.com> (permalink) |
| References | (1 earlier) <j0cc2t$289$2@news.albasani.net> <j0cf75$8pm$1@dont-email.me> <j0cfva$cmc$1@news.albasani.net> <98u18jF6l7U1@mid.individual.net> <j0cn2k$u6p$1@news.albasani.net> |
On Jul 22, 1:37 pm, Sebastian <sebast...@undisclosed.invalid> wrote:
> Am 22.07.2011 21:27, schrieb Robert Klemme:
>
>
>
>
>
>
>
> > On 22.07.2011 20:36, Sebastian wrote:
> >> Am 22.07.2011 20:23, schrieb markspace:
> >>> On 7/22/2011 10:30 AM, Sebastian wrote:
>
> >>>>> public static final <T> T[] arraycopy( T[] src )
> >>>>> {
> >>>>> Class<T> componentType = src.getClass().getComponentType(); // !!!!
>
> >>> RTFM. getComponentType() returns Class<?>, not Class<T>.
>
> >>> <http://download.oracle.com/javase/6/docs/api/java/lang/Class.html#get...>
>
> >>> public Class<?> getComponentType()
>
> >>> Returns the Class representing the component type of an array. If this
> >>> class does not represent an array class this method returns null.
>
> >> well, yes, but given that src.getClass() must give one the class object
> >> for arrays with component type T, why is the compiler not smart enough
> >> to infer that the unknown class parameter in the return value of
> >> getComponentType() must be T? As a human I can see that, that's why I
> >> can cast to Class<T>, but I don't believe that I'm smarter than javac...
>
> > The compiler has no idea what the semantics of getComponentType() is. It
> > could be implemented as
>
> > public Class<?> getComponentType() { return Object.class; }
>
> > and still be conformant to the declaration. Hence it cannot do any
> > automatic inference based on the fact you know that the array is T[].
> > Btw, you can actually pass B[] where B is a subclass of T.
>
> > Since Array.newInstance() accepts Class<?> you should simply use that -
> > that cast to T[] is needed anyway.
>
> > Of course, even better you scrap your implementation and use
>
> >http://download.oracle.com/javase/6/docs/api/java/util/Arrays.html#co...[],%20int%29
>
> > Cheers
>
> > robert
>
> Thanks. Java has a confusing variety of ways to copy an array:
> - the copyOf and copyOfRange methods in Arrays
> - System.arraycopy
> - clone and do a cast
>
> I'll go with your recommendation.
'clone()' and cast is the least optimal. 'System.arraycopy()' is the
"old" way. 'Arrays.copyOf()' is the "new" way and most typesafe, and
is somewhat easier to use than the others.
--
Lew
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Find similar
Problem with generics and dynamic array copy Sebastian <sebastian@undisclosed.invalid> - 2011-07-22 19:26 +0200
Re: Problem with generics and dynamic array copy Sebastian <sebastian@undisclosed.invalid> - 2011-07-22 19:30 +0200
Re: Problem with generics and dynamic array copy markspace <-@.> - 2011-07-22 11:23 -0700
Re: Problem with generics and dynamic array copy Sebastian <sebastian@undisclosed.invalid> - 2011-07-22 20:36 +0200
Re: Problem with generics and dynamic array copy Robert Klemme <shortcutter@googlemail.com> - 2011-07-22 21:27 +0200
Re: Problem with generics and dynamic array copy lewbloch <lewbloch@gmail.com> - 2011-07-22 13:33 -0700
Re: Problem with generics and dynamic array copy Sebastian <sebastian@undisclosed.invalid> - 2011-07-22 22:37 +0200
Re: Problem with generics and dynamic array copy lewbloch <lewbloch@gmail.com> - 2011-07-22 15:49 -0700
csiph-web