[lnkForumImage]
TotalShareware - Download Free Software

Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

highlighter for operator precedence

Mike Schwab

4/19/2007 7:00:00 PM

Is there a web site that will highlight code to show who Ruby will send
each message to? I like playing around with parentheses and the ternary
operator, and I want to explore the precedence distinction between {}
and do end.

Some find it unnecessary to remove all implied parentheses and still
strive for one-liners, but I find it makes the code more readible, and
more emulatable. I think a visual tool for learning these rules could
make Ruby more accessible.

Once that were ready, would it not be a small step to make a tool that
strips the unnecessary parens itself?

--
Posted via http://www.ruby-....

1 Answer

Robert Klemme

4/20/2007 8:58:00 AM

0

On 19.04.2007 20:59, Mike Schwab wrote:
> Is there a web site that will highlight code to show who Ruby will send
> each message to? I like playing around with parentheses and the ternary
> operator, and I want to explore the precedence distinction between {}
> and do end.

I do not know such a site. But you can do something like this to see
what happens:

irb(main):011:0> baz=1
=> 1
irb(main):012:0> def foo(*a) [:foo, a] end
=> nil
irb(main):013:0> def bar(*a) [:bar, a] end
=> nil
irb(main):014:0> foo bar baz
(irb):14: warning: parenthesize argument(s) for future version
=> [:foo, [[:bar, [1]]]]
irb(main):015:0> foo bar(baz)
=> [:foo, [[:bar, [1]]]]
irb(main):016:0> foo(bar baz)
(irb):16: warning: parenthesize argument(s) for future version
=> [:foo, [[:bar, [1]]]]
irb(main):017:0>

> Some find it unnecessary to remove all implied parentheses and still
> strive for one-liners, but I find it makes the code more readible, and
> more emulatable. I think a visual tool for learning these rules could
> make Ruby more accessible.

Well, if it suits you well why don't you just leave the parens in? From
time to time I tend to use parens in boolean expressions even though I
know that && binds before || just to not have to worry about precedence.

> Once that were ready, would it not be a small step to make a tool that
> strips the unnecessary parens itself?

Apparently nobody has bothered so far to do it so it must be a minor
problem. :-)

Kind regards

robert