[#38782] [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — "U.Nakamura" <usa@...>

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

15 messages 2009/07/14
[#38784] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — Hidetoshi NAGAI <nagai@...> 2009/07/14

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

[#38790] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — "U.Nakamura" <usa@...> 2009/07/15

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

[#38791] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — Hidetoshi NAGAI <nagai@...> 2009/07/15

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

[#38792] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — "U.Nakamura" <usa@...> 2009/07/15

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

[#38793] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — Hidetoshi NAGAI <nagai@...> 2009/07/15

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

[#38794] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — "U.Nakamura" <usa@...> 2009/07/15

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

[#38843] 複素数リテラルについて — Yukihiro Matsumoto <matz@...>

まつもと ゆきひろです

32 messages 2009/07/21
[#38855] Re: 複素数リテラルについて — Yusuke ENDOH <mame@...> 2009/07/22

遠藤です。

[#38857] Re: 複素数リテラルについて — Tadayoshi Funaba <tadf@...> 2009/07/22

> は十分検討されたのでしょうか。積極的に反対なわけではないですが、

[#38912] String#valid_encoding?にオプションが欲しい — Fujioka <fuj@...>

xibbarこと藤岡です。(なぜか届かないので再送します)

19 messages 2009/07/27
[#38918] Re: String#valid_encoding?にオプションが欲しい — "NARUSE, Yui" <naruse@...> 2009/07/27

成瀬です。

[#38925] Re: String#valid_encoding?にオプションが欲しい — Fujioka <fuj@...> 2009/07/27

xibbarです。

[#38927] Re: String#valid_encoding?にオプションが欲しい — Fujioka <fuj@...> 2009/07/28

xibbarです。

[#38914] [Bug #1819] Ruby-1.9.1を使用しDB(MySQL)接続時にエラー — Ryouhei Saita 斉田 <redmine@...>

Bug #1819: Ruby-1.9.1を使用しDB(MySQL)接続時にエラー

11 messages 2009/07/27

[#38932] Enumerator#peek — Tanaka Akira <akr@...>

Enumerator#peek を新設するのはどうでしょうか。

16 messages 2009/07/28

[ruby-dev:38941] Re: String#valid_encoding?にオプションが欲しい

From: "U.Nakamura" <usa@...>
Date: 2009-07-29 13:39:15 UTC
List: ruby-dev #38941
こんにちは、なかむら(う)です。

In message "[ruby-dev:38939] Re: String#valid_encoding?にオプションが欲しい"
    on Jul.29,2009 22:12:41, <fuj@rabbix.jp> wrote:
> なるせさんのパッチだと、encodingの変更に失敗したときに
> ascii-8bitに強制変更するようになっています。
> これだと驚き最小の法則にひっかかると思いました。
> encodingの変更に失敗したときはそのまま元のstringを返すのが
> いいのではないでしょうか?
> もしくはnilを返すか。

まず、指定のencodingに変更できない場合に強制的にASCII-8BITに
設定されるのはよくないと私も思います。
ダメな場合は元のencodingのまま無変更とすることを推します。

次に、戻り値ですが、assume_encodingは破壊的メソッドなわけです
が、現状のrubyの破壊的メソッドの多くは、結局破壊的操作が行わ
れなかった場合はnilを返すようになっているはずです。
なので、変更できた場合はselfを、できなかった場合はnilを返すこ
とを推します。


ところで。

変更に失敗した場合に例外を投げるという仕様も考えられると思う
のですが、どうでしょうか。

ユースケース的には、たぶん元のencodingはASCII-8BITで、指定の
encodingに変更できない場合はそのまま処理を続行するのだろうと
思います。
とすると、例外を投げるよりは上記の仕様の方が使い勝手がいいの
だろうと思うわけですが、仕様としては、例外を投げる方がなんと
なく綺麗な感じはします。

# どっちにすべきかは判断できないので投げっぱなしです。
# すみません。


それでは。
-- 
U.Nakamura <usa@garbagecollect.jp>


In This Thread