[Ironruby-core] Access from static languages

Shri Borde Shri.Borde at microsoft.com
Tue Feb 5 17:30:29 EST 2008

C# is looking into making it easy to talk with DLR objects. See http://blogs.msdn.com/charlie/archive/2008/01/25/future-focus.aspx

-----Original Message-----
From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Tuesday, February 05, 2008 12:43 PM
To: gakins at insomnia-consulting.org; ironruby-core at rubyforge.org
Subject: Re: [Ironruby-core] The future of Ruby.NET

On Feb 5, 2008 12:31 PM, Greg Akins <angrygreg at gmail.com> wrote:
> Meaning, that like Ruby.Net can we write .Net classes in Ruby rather
> than writing them as strings that are passed to the RubyEngine?

There's a kind of mismatch between the capabilities of statically
defined types (as in the CLR) and the dynamic classes that Ruby
offers.  What should happen to the corresponding CLR class if, for
instance, someone were to dynamically add methods to the Ruby class?
CLR classes don't support that kind of operation.

The best option in this regard is probably to allow a dynamic (Ruby or
other DLR) class to be delegated to by a statically-defined wrapper.
Conceptually, such a wrapper could be automatically generated from the
Ruby class definition, but once defined it would be unalterable.

Curt Hagenlocher
curt at hagenlocher.org
Ironruby-core mailing list
Ironruby-core at rubyforge.org

More information about the Ironruby-core mailing list