With respect to conventions the dynamic languages are the first languages
that I've used that can actually depend on the casing (and pluralization) to
work right (think active record models). Now it's no longer part of the
"readability" factor of code but it can play an important part in how a DSL
lker [EMAIL
PROTECTED]
Sent: Saturday, October 25, 2008 11:12 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
On Sun, Oct 26, 2008 at 12:20 AM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote:
>
> However, virtual calls from a C# application back into Iron
On Sat, Oct 25, 2008 at 11:20 PM, Curt Hagenlocher <[EMAIL PROTECTED]>wrote:
> Now it turns out that method names are one of the places where Ruby doesn't
> draw this distinction, but I'd guess that many Ruby programmers look at any
> identifier starting with a capital letter and think "that's a c
On Sun, Oct 26, 2008 at 12:20 AM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote:
>
> However, virtual calls from a C# application back into IronRuby are a
> different matter, due Ruby's dynamic nature. Here there is both a
> performance cost and a semantic cost for performing multiple lookups. The
hat many Ruby
programmers look at any identifier starting with a capital letter and think
"that's a constant".
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ted Milker
Sent: Saturday, October 25, 2008 9:35 PM
To: ironruby-core@rubyforge.org
On Sat, Oct 25, 2008 at 6:59 PM, Orion Edwards
<[EMAIL PROTECTED]> wrote:
> While none of the languages will stop you from using any conventions you
> like, it's MUCH easier to learn to put your ego aside, and go with the
> conventions.
I agree, however, the DLR adds a twist to the formula.
> The
I used to think this kind of thing too.
Each language (or large-subset-of-language) has it's own conventions.
Examples:
gnu/posix C: lower_underscore_case
Microsoft C (eg the win32 api): UpperCamelCase
Java: lowerCamelCase
Javascript: lowerCamelCase
.NET: UpperCamelCase (except local variables
On Fri, Oct 24, 2008 at 7:11 PM, Ted Milker <[EMAIL PROTECTED]> wrote:
>
> I much prefer camel case and .NET guidelines for naming than underscore and
> lowercase hell.
You'd like it better if you'd call it "snake case". :)
___
Ironruby-core mailing li
On Fri, Oct 24, 2008 at 6:54 PM, Curt Hagenlocher <[EMAIL PROTECTED]>wrote:
> We're thinking now that we're going to go with the mangled version of the
> name instead of the originally cased-version. "Dispose" just doesn't look
> Rubyish enough. Any objections?
>
No objections. I'd prefer def d
onruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
On Fri, Oct 24, 2008 at 7:54 PM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote:
> We're thinking now that we're going to go with the mangled version of the
> name instead of the originally cased-vers
Do it. :)
On Fri, Oct 24, 2008 at 8:54 PM, Curt Hagenlocher <[EMAIL PROTECTED]>wrote:
> We're thinking now that we're going to go with the mangled version of the
> name instead of the originally cased-version. "Dispose" just doesn't look
> Rubyish enough. Any objections?
>
>
>
> *From:* Curt H
On Fri, Oct 24, 2008 at 7:54 PM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote:
> We're thinking now that we're going to go with the mangled version of the
> name instead of the originally cased-version. "Dispose" just doesn't look
> Rubyish enough. Any objections?
My opinion does not count for muc
We're thinking now that we're going to go with the mangled version of the name
instead of the originally cased-version. "Dispose" just doesn't look Rubyish
enough. Any objections?
From: Curt Hagenlocher
Sent: Monday, September 08, 2008 9:22 PM
To: 'ironruby-core@rubyforge.org'
Subject: Overrid
ber 10, 2008 2:46 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
Are we going to have "real" properties under the hood, because what we have for
now is just method with "get_PropertyName"? And this did not play nicely with
databinding
Are we going to have "real" properties under the hood, because what we have
for now is just method with "get_PropertyName"? And this did not play nicely
with databinding.
I think the same question applies for events as well.
2008/9/9 Curt Hagenlocher <[EMAIL PROTECTED]>
> I've committed some c
, September 09, 2008 4:59 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
Yes, sayMultipleThings works.
SayMultipleThings doesn't though (makes sense I guess)
Jim Deville wrote:
What if you do follow naming? Does def sayMultipleThings work?
JD
-Ori
2:28 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
Ask, and ye shall recieve.
jruby 1.1.4 on JDK 1.6:
Java Code:
public interface ISayer {
public void say(String foo);
public void sayMultipleThings(String foo, String bar);
}
public class SayThing
What if you do follow naming? Does def sayMultipleThings work?
JD
-Original Message-
From: Orion Edwards <[EMAIL PROTECTED]>
Sent: September 09, 2008 2:28 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
Ask, and ye shall recieve.
jruby 1.
do this for interface methods, which is closer to this problem.
JD
-Original Message-
From: Curt Hagenlocher <[EMAIL PROTECTED]>
Sent: September 09, 2008 9:44 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
The Java convention is that method n
D]>
Sent: September 09, 2008 9:44 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
The Java convention is that method names start with lower-case characters, so I
don't imagine that there's any special handling being performed.
-Origi
9:43 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
I know their naming convention is different, but lets see what JRuby does too.
JD
-Original Message-
From: Tomas Matousek <[EMAIL PROTECTED]>
Sent: September 09, 2008 8:55 AM
To: ironruby-co
I know their naming convention is different, but lets see what JRuby does too.
JD
-Original Message-
From: Tomas Matousek <[EMAIL PROTECTED]>
Sent: September 09, 2008 8:55 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
Let's revisit
Tuesday, September 09, 2008 1:01 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
Are we planning on supporting name mangling to give more Ruby-ish names? Like
will we be able to do "def dispose" instead of "def Dispose"?
JD
ember 09, 2008 1:01 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
Are we planning on supporting name mangling to give more Ruby-ish names? Like
will we be able to do "def dispose" instead of "def Dispose"?
JD
__
Monday, September 08, 2008 9:39 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Overriding CLS Virtuals
It's not real unless you start singing "You are the wind beneath my wings". :)
On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards <[EMAIL PROTECTED]<mailto:[E
It's not real unless you start singing "You are the wind beneath my wings".
:)
On Mon, Sep 8, 2008 at 9:36 PM, Orion Edwards
<[EMAIL PROTECTED]>wrote:
> You are my hero :-)
>
> Curt Hagenlocher wrote:
>
> I've committed some changes to IronRuby (in SVN revision 141) that let
> you implement CLS
You are my hero :-)
Curt Hagenlocher wrote:
I’ve committed some changes to IronRuby (in SVN
revision 141) that let you implement CLS interfaces and override
virtual
methods on CLS base types. Interfaces work like Ruby modules, so to
make
your class implement IDisposable you co
Oops... that should have said "include System::IDisposable". My Outlook-based
syntax checker is clearly not working.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curt Hagenlocher
Sent: Monday, September 08, 2008 9:22 PM
To: ironruby-core@rubyforge.org
Subject: [Ironruby-core] O
28 matches
Mail list logo