[#42851] Object#define_singleton_method がない?? — take_tk <ggb03124@...>

たけ(tk)です

14 messages 2006/10/06
[#42852] Re: Object#define_singleton_method がない?? — Yukihiro Matsumoto <matz@...> 2006/10/06

まつもと ゆきひろです

[#42853] Re: Object#define_singleton_method がない?? — take_tk <ggb03124@...> 2006/10/06

たけ(tk)です。

[#42870] system の実行タイミングのトラブル — "Hideo Konami" <konami@...>

小波です。

18 messages 2006/10/14
[#42874] Re: system の実行タイミングのトラブル — "Hideo Konami" <konami@...> 2006/10/14

小波です。

[#42876] Re: system の実行タイミングのトラブル — cuzic <cuzic@...> 2006/10/14

cuzic です。

[#42885] apt-listbugs: soap4r での悩み — Junichi Uekawa <dancer@...>

ruby-list のみなさま、

21 messages 2006/10/16
[#42891] Re: apt-listbugs: soap4r での悩み — "NAKAMURA, Hiroshi" <nakahiro@...> 2006/10/17

-----BEGIN PGP SIGNED MESSAGE-----

[#42892] Re: apt-listbugs: soap4r での悩み — Junichi Uekawa <dancer@...> 2006/10/17

こんにちは、

[#42896] Re: apt-listbugs: soap4r での悩み — "NAKAMURA, Hiroshi" <nakahiro@...> 2006/10/17

-----BEGIN PGP SIGNED MESSAGE-----

[#42929] Re: 括弧なしsuperで引数が引き継がれない — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

17 messages 2006/10/31
[#42930] Re: 括弧なしsuperで引数が引き継がれない — "U.Nakamura" <usa@...> 2006/10/31

こんにちは、なかむら(う)です。

[#42931] instant rails インストール! irbを起動するには? — "Uema Tsuyoshi" <mugenkai15@...> 2006/10/31

上間といいます。

[#42933] Re: instant rails インストール! irbを起動するには? — "きむらこういち" <hogemuta@...> 2006/10/31

木村です。

[#42937] Re: instant rails インストール! irbを起動するには? — "Uema Tsuyoshi" <mugenkai15@...> 2006/10/31

上間です。

[ruby-list:42865] Re: Object#define_singleton_method がない??

From: Yukihiro Matsumoto <matz@...>
Date: 2006-10-07 13:31:28 UTC
List: ruby-list #42865
まつもと ゆきひろです

In message "Re: [ruby-list:42857] Re: Object#define_singleton_method 	がない??"
    on Sat, 7 Oct 2006 10:30:00 +0900, "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp> writes:

|>   なんと、標準添付のlib/soap/mapping/mapping.rbで
|>   define_singleton_methodを定義しているっ
|
|念の為、 ::SOAP::Mapping.define_singleton_method を定義している、ですか
|らね。

ああ、そうですね。

|でも、 Object#define_singleton_method として必要かというとまた別の話。
|
|Rubyのmethod管理の詳細を、内部実装との整合性を理由にどんどんpublicにする
|のがいいことなのかどうか。最後には「結局は全部scalarとarrayだから何でも
|できるマルチパラダイムP言語」になったりして。

その心配がわからないわけではないのですが、今回の件がそのよう
な事態に直結するわけではないでしょう。また、仮に変容してしま
うとしても、「P言語」よりは、どっちかっていうと「結局は全部
consだから何でもできるマルチパラダイムL言語」の方が近いよう
に思います。

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

In This Thread