[#25808] break & retry in block — Shin-ichiro HARA <sinara@...>

原です。

15 messages 2005/03/04

[#25812] Re: [ruby-cvs] ruby/test/ruby, ruby/test/logger, ruby/sample, ruby/misc, ruby/lib/xmlrpc, ruby/lib/wsdl/soap, ruby/lib/rexml, ruby/lib/rdoc/parsers, ruby/lib/rdoc/generators, ruby/lib/irb, ruby/lib, ruby/ext/zlib, ruby/ext/win32ole, ruby/ext/tk, ruby/ext/strscan, ruby/ext/socket, ruby/ext/readline, ruby/ext/pty, ruby/ext/openssl, ruby/ext/iconv, ruby/ext/etc, ruby/ext/dl, ruby/ext/curses, ruby/ext/bigdecimal, ruby/ext/Win32API, ruby: * array.c: replace rb_protect_inspect() and rb_inspecting_p() by — Tanaka Akira <akr@...17n.org>

In article <20050304064753.53859C671F@lithium.ruby-lang.org>,

3 messages 2005/03/06

[#25853] conflict method and local variable — Hidetoshi NAGAI <nagai@...>

永井@知能.九工大です.

56 messages 2005/03/10
[#25854] Re: conflict method and local variable — Yukihiro Matsumoto <matz@...> 2005/03/10

まつもと ゆきひろです

[#25855] Re: conflict method and local variable — Hidetoshi NAGAI <nagai@...> 2005/03/10

永井@知能.九工大です.

[#25856] Re: conflict method and local variable — Yukihiro Matsumoto <matz@...> 2005/03/10

まつもと ゆきひろです

[#25857] Re: conflict method and local variable — Hidetoshi NAGAI <nagai@...> 2005/03/11

永井@知能.九工大です.

[#25858] Re: conflict method and local variable — Yukihiro Matsumoto <matz@...> 2005/03/11

まつもと ゆきひろです

[#25861] Re: conflict method and local variable — Hidetoshi NAGAI <nagai@...> 2005/03/11

永井@知能.九工大です.

[#25863] Re: conflict method and local variable — Yukihiro Matsumoto <matz@...> 2005/03/11

まつもと ゆきひろです

[#25864] Re: conflict method and local variable — Hidetoshi NAGAI <nagai@...> 2005/03/11

永井@知能.九工大です.

[#25865] Re: conflict method and local variable — Yukihiro Matsumoto <matz@...> 2005/03/11

まつもと ゆきひろです

[#25866] Re: conflict method and local variable — Hidetoshi NAGAI <nagai@...> 2005/03/11

永井@知能.九工大です.

[#25869] Re: conflict method and local variable — Shugo Maeda <shugo@...> 2005/03/13

前田です。

[#25875] Re: conflict method and local variable — Yukihiro Matsumoto <matz@...> 2005/03/13

まつもと ゆきひろです

[#25878] Re: conflict method and local variable — Hidetoshi NAGAI <nagai@...> 2005/03/13

永井@知能.九工大です.

[#25882] Re: conflict method and local variable — Yukihiro Matsumoto <matz@...> 2005/03/13

まつもと ゆきひろです

[#25884] Re: conflict method and local variable — Hidetoshi NAGAI <nagai@...> 2005/03/14

永井@知能.九工大です.

[#25885] Re: conflict method and local variable — Yukihiro Matsumoto <matz@...> 2005/03/14

まつもと ゆきひろです

[#25888] Re: conflict method and local variable — Shugo Maeda <shugo@...> 2005/03/14

前田です。

[#25946] ext/tk/sample/**/*.gif are broken — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

16 messages 2005/03/27

[#25959] some trouble on ext/tk/sample — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

20 messages 2005/03/29
[#25969] Re: some trouble on ext/tk/sample — Hidetoshi NAGAI <nagai@...> 2005/03/30

永井@知能.九工大です.

[#25970] Re: some trouble on ext/tk/sample — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/03/30

山本です。

[#25973] Re: some trouble on ext/tk/sample — Hidetoshi NAGAI <nagai@...> 2005/03/31

永井@知能.九工大です.

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

From: Shugo Maeda <shugo@...>
Date: 2005-03-14 08:59:29 UTC
List: ruby-dev #25888
前田です。

Yukihiro Matsumoto wrote:
> In message "Re: [ruby-dev:25869] Re: conflict method and local variable"
>     on Sun, 13 Mar 2005 09:16:26 +0900, Shugo Maeda <shugo@ruby-lang.org> writes:
> 
> |現行のprivateはJavaのprotected相当に近いわけですが、overrideできなくて
> |いいなら、結局Javaのprivate相当のものが欲しいという話だったりしませんか。
> 
> 現行のprivate(と関数的メソッドの組み合わせ)がC++/Javaの
> protected相当に近いのは、そうあるべきだから、とか、そういう
> ものがぜひとも必要だから、ではなくてそういう方法を最初に思い
> ついてしまったからです。前述の方法でoverrideを気にしないです
> むprivateが実現できるなら、(互換性のことを考慮しないなら)
> privateの性質を変更してしまってもよいのではないかと考えてい
> ます。なんで10年も思いつかなかったのかは不明ですが。
>
> もっともこの「変化」の影響はちゃんと計算する必要があるので、
> 時間が取れた時に[ruby-dev:25866]へのリプライとして考察します。
>
> ちょっと〆切が...。
> 
> |私も探索順序を変えるメソッドには、現行のprivateではなく別の可視性を設定
> |した方がいいように思います。
> 
> 上記のようなこと(ぜひとも必要と思っていたわけではない)を考慮
> に入れるとこの意見は変化しますか。

確認ですが、影響があるのは、

  foo()

というようにレシーバを省略したメソッド呼び出しをした時に、同一クラスに
fooというprivateメソッドがあった場合だけ(protectedだったらOK)ですか?
それだったら許容できるかなあという気もしますが、自分はprotectedを使う
機会が増えるかもしれません。

あまりこの変更に賛成していない理由は、現在のprivateがそのまま上記の
ような仕様になると、結果的にJava的なprivateの利用を推奨することに
なりそうだからです。
# 動いているコードのprivateをprotectedに変えて回る人は少なそうですから。

まつもとさんも、今あるRubyスクリプト中のprivateの全部が、上記のような
意味でprivateであるべきだとは思われませんよね?

-- 
前田 修吾

In This Thread