Re: Whoops sorry...Re: NSSelector<T> - a curiosity
Re: Whoops sorry...Re: NSSelector<T> - a curiosity
- Subject: Re: Whoops sorry...Re: NSSelector<T> - a curiosity
- From: Chuck Hill <email@hidden>
- Date: Thu, 8 May 2008 08:42:12 -0700
Still smells like a hack. :-)
On May 8, 2008, at 7:33 AM, Mike Schrag wrote:
Yep .. You win the blue ribbon ... void.class == Void.TYPE. That's
crazy and magical :)
On May 8, 2008, at 10:28 AM, Galen Rhodes wrote:
It's actually, according to the site I gave, Void.TYPE == void.class.
--
Galen Rhodes
email@hidden
http://www.photoyoda.com
http://www.myspace.com/woexpert
On May 8, 2008, at 10:21 AM, Mike Schrag wrote:
Don't know about the "looking up" part... AFAIK return types are
not a part of the method signature in Java, also indicated by
Class API, whose "getMethod..." stuff does not ask for the return
type as a parameter...
Well, it's technically part of the method signature, but it is not
required for lookup (because java only supports covariant return
types so there's never a conflict for a lookup). Curiously,
getReturnType() on a void method returns "void" -- some magical
class -- like how you can refer to "int.class" in code and it
works even though there is no class of that type. It's possible
that internally "void" maps to Void.class, but if it does, it's
totally magical. Also, void is not assignable from Void and vice
versa, so internally the VM believes they are different types. So
basically the mystery continues as to what the point of Void.class
is :)
ms
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden