[#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:29476] Re: nil.to_s

From: Yukihiro Matsumoto <matz@...>
Date: 2006-09-04 15:24:36 UTC
List: ruby-dev #29476
まつもと ゆきひろです

In message "Re: [ruby-dev:29475] Re: nil.to_s"
    on Tue, 5 Sep 2006 00:06:56 +0900, keiju@ishitsuka.com (石塚圭樹) writes:

|>  to_s     asString
|>  inspect  printString
|>
|>ではないかと。ここでずれるとかなり違ってきちゃいますよね。
|
|to_s == asString なのは そのとおりですが, デフォルトの実装は printOn: 
|で実現されています. ただし, Srtingとかは, 違いますが...

inspectのデフォルトもto_sですよん。

|もしかしたら, Rubyでは, 文字列への変換と print で出てくる文字列が同じ
|メソッドto_s を用いているのが, 問題なのかも. 

えーと、さらにもう一種類文字列変換メソッドを増やせ、と?
to_s, inspectだけで十分ではないかと思いますけど。

効率を考えるとCommonLispのprin1-to-stringのようなIOが基本で
StringIOを使って文字列化するようなAPIの方が良かったのかもし
れません。が、これは今さら変えようとは思いません。

evalすると元に戻せるdumpStringのようなのが欲しいと思ったこと
もありましたが、結局(私自身も含めて)誰も必要としていないよう
ですし。

|>どうでしょうか。石塚さんが賛成してくださったことでますます少
|>数派の懸念が増えた気がしました、悪いけど(笑。
|
|失礼なっ(^^;

お互い、少数派のオールドタイマーですから。

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

In This Thread