Hi Alan,

When performing Ruby selectors on Ruby objects from Objective-C, the 
performRubySelector: method should be used instead of performSelector:, because 
it takes care of special Ruby semantics such as splat or default arguments.

        [RubyClass performRubySelector:@selector(new:) withArguments: arg, 
NULL];

Laurent

On Jan 17, 2011, at 5:05 AM, Alan Skipp wrote:

> Hi,
> Is there any way to inform an Objective-C class of the existence of a ruby 
> class so that instances can be created in Objective-C code?
> Currently I am doing the following:
> 
> [[MacRuby sharedRuntime] evaluateString:[NSString 
> stringWithFormat:@"RubyClass.new('%@')", arg]];
> 
> If I'm adding quite a few objects (300+) to an array in a loop, this line of 
> code is quite slow. My assumption (which may be false) is that either of the 
> 3 options below would be quicker.
> 
> [RubyClass performSelector:@selector(new:) withObject:arg];
> [RubyClass new:arg];    
> [[RubyClass alloc] initWithArg:arg];   
> 
> Are any of those options (or an equivalent) a possibility?
> 
> Alan
> _______________________________________________
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

_______________________________________________
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Reply via email to