Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #6414
| From | lewbloch <lewbloch@gmail.com> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: Problem with generics and dynamic array copy |
| Date | 2011-07-22 13:33 -0700 |
| Organization | http://groups.google.com |
| Message-ID | <f614944f-3a6c-41d6-9897-53f4da03cfa3@v11g2000prn.googlegroups.com> (permalink) |
| References | <j0cbru$289$1@news.albasani.net> <j0cc2t$289$2@news.albasani.net> <j0cf75$8pm$1@dont-email.me> <j0cfva$cmc$1@news.albasani.net> <98u18jF6l7U1@mid.individual.net> |
On Jul 22, 12:27 pm, Robert Klemme <shortcut...@googlemail.com> wrote:
> 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
>
I'd say _best_ yet. In general, unless it really, really doesn't do
what you need, stick to the standard API instead of reinventing it.
This does, of course, require that you be aware of the API, but things
like 'java.util.Arrays' had better be part of your standard vocabulary
in any event.
Otherwise you have some upgrading to do on your skills.
--
Lew
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next 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