[#39464] Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

25 messages 2004/04/01
[#39608] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/02

遅い反応&File.fnmatchは使った事ない&ruby-devの方では

[#39609] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/02

File.fnmatch(と Dir.glob)をちょっと使ってみたのですが、

[#39610] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2004/05/02

山本です。

[#39611] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — matz@... (Yukihiro Matsumoto) 2004/05/02

まつもと ゆきひろです

[#39613] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/02

From: matz@ruby-lang.org (Yukihiro Matsumoto)

[#39616] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — matz@... (Yukihiro Matsumoto) 2004/05/02

まつもと ゆきひろです

[#39620] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/03

From: matz@ruby-lang.org (Yukihiro Matsumoto)

[#39621] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — matz@... (Yukihiro Matsumoto) 2004/05/03

まつもと ゆきひろです

[#39622] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/03

From: matz@ruby-lang.org (Yukihiro Matsumoto)

[ruby-list:39534] Re: int/int in Ruby2?

From: Nobuhiro Fujitaka <fujitaka@...>
Date: 2004-04-10 17:27:31 UTC
List: ruby-list #39534
藤高です。

> 現状から変える場合の「非互換性」の与える影響というのも、たいへん大きな
> 要因であることも忘れないで欲しいです。
大きそうですよね。一番気になる部分です。


> 特定のライブラリをロードすることで、
> 
> o 数学的整数除算を行うメソッドが追加される。
> o 数学的整数除算を行うようにメソッドが変更される。

前者の方が互換性を尊重した良い方法ですね。
後者の機能が試験的にあったら、影響の試験ができそうです。

/ の挙動を変更して問題になる部分が、実際にどのくらいあるのかが気になりま
す。影響のが大きそうな気はしますが、実際調べたらそうでも無かったとか、やっ
ぱり大きかったからから止めるべきだとか判断できますよね。


話は変わって「自動変換する除算を採用した場合」をあえて想像したのですが、
影響の出るライブラリはこんな感じにロードして、
 require 'bar', OLDDIV    #第2引数
 require_olddiv 'baz'     #新メソッド
そのまま変更無しで利用できたら良いですね。
気持ち悪い名前は、ライブラリの移行作業をしてもらうモチベーションに。
もちろん標準ライブラリはこんな事をせずにOKにすると。

------
Nobuhiro Fujitaka
fujitaka@kt.rim.or.jp



In This Thread