[ruby-dev:25896] Re: conflict method and local variable

前田です。

Yukihiro Matsumoto wrote:
> |確認ですが、影響があるのは、
> |
> |  foo()
> |
> |というようにレシーバを省略したメソッド呼び出しをした時に、同一クラスに
> |fooというprivateメソッドがあった場合だけ(protectedだったらOK)ですか?
> |それだったら許容できるかなあという気もしますが、自分はprotectedを使う
> |機会が増えるかもしれません。
> 
> private/protected/publicには関係なく、関数的メソッド呼び出し
> ならメソッド探索を現在のクラスから始めるというつもりです。
> 「同一クラスにprivateメソッドがあったら」という条件は探索が
> 遅くなるので、全体としてはあまり嬉しくないのではないかと思い
> ます。

うーん、そうですか。
いや、最初はそうだろうと思っていたんですが、私がprivateの話を
持ち出したせいで議論の流れをおかしくしてしまいましたね。

> |あまりこの変更に賛成していない理由は、現在のprivateがそのまま上記の
> |ような仕様になると、結果的にJava的なprivateの利用を推奨することに
> |なりそうだからです。
> 
> 今話している関数的呼び出しは、
> 
>   * メソッドの呼び出し方で決まる
>   * スーパークラスのメソッドが呼べる
> 
> のでJava的なprivateなるものとは、そうとう違ったものだと思い
> ます。なにか勘違いしてるかな(きっと私が)。

いえ。この部分は上記の誤った仮定にもとづいた推論です。

> それと、「推奨することになるから反対」と言われるということは、
> Java的なprivateってそんなに良くないものなんですか。

protectedの方が好ましいケースが多いと思います。

これについては、メソッドの呼び出し方で決める手法にしても同様に
考えています。
今レシーバを省略している部分に関して、すべてに上記のルールを適用
するのは(サブクラスによる拡張の可能性を限定してしまうという意味で)
問題があるのではないでしょうか。
Tkみたいに動かないケースでは書きかえればいいわけですが、動くケースでは
みんなわざわざ書きかえたりしないように思います(そしてサブクラスを書く
人はオーバーライドできない)。

それと、selfは省略できる時には省略する方が普通の書き方だと思って
いるのですが、普通に書いた時に上記のようなルールが適用されるのが
本当に望ましいことなのでしょうか。
この仕様変更がなされた場合、自分は(selfを書かなくてもとりあえず動く
場合にも)selfをたくさん書くことになりそうです。

> |まつもとさんも、今あるRubyスクリプト中のprivateの全部が、上記のような
> |意味でprivateであるべきだとは思われませんよね?
> 
> ごめん、たぶん「上記のような意味でprivate」ってのを理解して
> ません。

Javaのprivateみたいなものを想定していましたが、サブクラスによる拡張を
制限するものという意味です。

-- 
前田 修吾