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 09:00:37 -0700
ROFL!
On May 8, 2008, at 8:59 AM, Galen Rhodes wrote:
Are you calling me a hack? Ouch!
--
Galen Rhodes
email@hidden
http://www.photoyoda.com
http://www.myspace.com/woexpert
On May 8, 2008, at 11:42 AM, Chuck Hill wrote:
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
--
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