Re: NSSelector<T> - a curiosity
Re: NSSelector<T> - a curiosity
- Subject: Re: NSSelector<T> - a curiosity
- From: Chuck Hill <email@hidden>
- Date: Wed, 7 May 2008 19:07:03 -0700
On May 7, 2008, at 7:01 PM, Michael Scott wrote:
Thanks Stephanie and Mike.
NSSelector<Void> works fine, and it makes the code clearer.
Any idea while the language has this Void class? Something to do
with void/null/”” Strings?
The JavaDocs say "The Void class is an uninstantiable placeholder
class to hold a reference to the Class object representing the Java
keyword void." It has been there since 1.1, so it has been needed
before.
Chuck
On 8/5/08 2:55 AM, "Mike Schrag" <email@hidden> wrote:
This compiles, at least ... Good to know.
NSDictionary<String, Void> a = new NSMutableDictionary<String,
Void>();
ms
On May 7, 2008, at 1:37 PM, Stephane Guyot wrote:
Michael,
did you try the type Class Void ? something like Void.Type ?
HTH,
Stephane
Le 7 mai 08 à 09:35, Michael Scott a écrit :
NSSelector<Object> works fine. But it is a bit wonky.
Perhaps Java should allow 'null' as a type argument.
Probably a bit much to ask just to make an old NextStep class more
consistent.
On 7/5/08 2:11 PM, "Anjo Krank" <email@hidden> wrote:
Try to cheat an use <Object>?
Am 07.05.2008 um 04:12 schrieb Michael Scott:
NSSelector has been generified (generifried?) so that the return
type of the method it calls must be specified as a type
parameter.
So,
NSSelector<String> selector = new
NSSelector<String>(“testMethod”);
Can be used to call the following method which returns a String
(regardless on what class the method resides):
public String testMethod() {
return “testing, testing, 1, 2, 3 ...”;
}
But what if the method returns void?
public void testMethod2() {
// do something fab
}
What type argument should be used to instantiate NSSelector<T>?
Or have I missed something fundamental?
Cheers
Michael Scott
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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