[ruby-dev:17575] Re: Ruby grammar

まつもと ゆきひろです

In message "[ruby-dev:17570] Re: Ruby grammar"
    on 02/06/24, Tanaka Akira <[e-mail]> writes:

|> |> たぶん、「引数括弧を省略した形式では、かっこでくくらない限り
|> |> 全体でひとつしかブロックを付与できない」というのが望んでいる
|> |> 文法ではないかと。「たぶん」というのが情けないですが。
|
|そうそう。こういう制約を入れる意図を説明していただけるとありがたいです。
|
|# 魔法の狙いというか。言葉では説明しにくいのかも知れませんが。

複数のブロックがどこに付くのか迷うよりはエラーにした方が良い
と思ったからです。たとえば、理論的には

|m1 m2 1 {} {} というような {} のネストも可能で、

というようなケースは

  m1(m2(1){}){}

と解釈することは可能でしょうが、このコードを目にしたときのユー
ザの当惑のコストは大きすぎるように思います。

# いや、必要以上に「寛容」な文法を実装した私が言っても説得力
# は少ないわけですが。

|> 含みません。yacc記述でも引数のないメソッド呼び出しは特別に式
|> 扱いしてます。
|
|とすると
|
|  m 1 do end.a do end
|  m 1 do end.a {}
|
|は parse error にはしたくない?

ちょっと前なら「そうです」と答えただろうと思いますが、今はも
うちょっと制限しても良いかなと感じています。問題はどこまで許
すかという線をまだ引けてないということですが。

|> |あと、
|> |  a 1 do end + 2
|> |  m(a 1 do end, 2)
|> |というようなののは許すわけですか?
|> 
|> 許さなくても良いと思います。でも、「なぜ許さないか」という理
|> 由はいまいち曖昧ですね。「現状で許していない」と「かっこを省
|> 略したメソッド呼び出しは、全体を括弧でくくらない限り「式」で
|> はない」というのは理由といえば理由ですが。
|
|うぅむ。ブロックを後ろの方に書かせたいのかなぁ?

かっこを省略できるのはあくまでもオプショナルであるという観点
からは、「部分式では省略できない」というのは比較的分かりやす
いルールだと思います。doとの絡みはまだ結論が出ていません。

|個人的には限界まで許すというのに挑戦意欲をかきたてられますが、Ruby 的
|ではないでしょうねぇ。

パズル向け言語？ ^^;;;

                                まつもと ゆきひろ /:|)