[#29374] nil.to_s — Shugo Maeda <shugo@...>

前田です。

59 messages 2006/09/01
[#29375] Re: nil.to_s — "U.Nakamura" <usa@...> 2006/09/01

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

[#29380] Re: nil.to_s — Yukihiro Matsumoto <matz@...> 2006/09/01

まつもと ゆきひろです

[#29387] Re: nil.to_s — Shugo Maeda <shugo@...> 2006/09/01

前田です。

[#29390] Re: nil.to_s — Yukihiro Matsumoto <matz@...> 2006/09/01

まつもと ゆきひろです

[#29398] Re: nil.to_s — "NARUSE, Yui" <naruse@...> 2006/09/01

成瀬です。

[#29400] Re: nil.to_s — Yukihiro Matsumoto <matz@...> 2006/09/01

まつもと ゆきひろです

[#29491] symbol and string — Tanaka Akira <akr@...>

open-uri で :proxy=>nil という指定を行うと、以下のようにエラーになります。

33 messages 2006/09/05
[#29499] Re: symbol and string — Yukihiro Matsumoto <matz@...> 2006/09/05

まつもと ゆきひろです

[#29500] Re: symbol and string — Tanaka Akira <akr@...> 2006/09/05

In article <1157470154.047826.13379.nullmailer@x31.priv.netlab.jp>,

[#29503] Re: symbol and string — Yukihiro Matsumoto <matz@...> 2006/09/06

まつもと ゆきひろです

[#29504] Re: symbol and string — Tanaka Akira <akr@...> 2006/09/06

In article <1157505538.340126.8472.nullmailer@x31.priv.netlab.jp>,

[#29507] Re: symbol and string — Yukihiro Matsumoto <matz@...> 2006/09/06

まつもと ゆきひろです

[#29512] Re: symbol and string — keiju@... (石塚圭樹) 2006/09/06

けいじゅ@いしつかです.

[#29529] Re: symbol and string — SASADA Koichi <ko1@...> 2006/09/08

 ささだです。

[#29530] Re: symbol and string — Yukihiro Matsumoto <matz@...> 2006/09/08

まつもと ゆきひろです

[ruby-dev:29536] Re: nil.to_s

From: Yukihiro Matsumoto <matz@...>
Date: 2006-09-08 14:26:43 UTC
List: ruby-dev #29536
まつもと ゆきひろです

In message "Re: [ruby-dev:29534] Re: nil.to_s"
    on Fri, 8 Sep 2006 22:13:03 +0900, Jun Adachi <adachi@jun.email.ne.jp> writes:

|提案:「to_sとinspectの仕様記述を入れ換えませんか?」

入れ換えるというのはどうなんでしょうね。

|最初にrubyを触った時に感じた違和感の一つは、nil, Array, Hashなどでto_s
|の出力がリファレンスのto_sの項に書かれている「外部表現形式*1」になって
|いないことでした。
|
|注:「外部表現形式」とは、それを評価することで元のオブジェクトと等価な
|    オブジェクトを作成できる文字列のことだと考えています。

Rubyでは「外部表現形式」を提供していません。inspectは近いけ
ど、戻らないオブジェクトがたくさんありますから。

|#ユーザ定義のクラスにも作用するMarshallモジュール以外では、inspectの
|#出力が一番それに近いですよね。
|
|この提案であれば、互換性の保持と上記の違和感の解決が同時にできそうな気
|がするのですが。

「入れ換える」と機能は保存されますが、互換性は維持できないん
じゃないでしょうか。

それはそれとしてHEADではArray#to_sとHash#to_sがinspectの
aliasになっています。これは安達さんの希望に近いのかもしれま
せん。

In This Thread