[#17276] blocks and local variables — Takaaki Tateishi <ttate@...>

立石です.

127 messages 2002/06/02
[#17283] Re: blocks and local variables — matz@... (Yukihiro Matsumoto) 2002/06/02

まつもと ゆきひろです

[#17294] Re: blocks and local variables — Takaaki Tateishi <ttate@...> 2002/06/03

At Mon, 3 Jun 2002 06:26:56 +0900,

[#17298] Re: blocks and local variables — matz@... (Yukihiro Matsumoto) 2002/06/03

まつもと ゆきひろです

[#17332] Re: blocks and local variables — nobu.nakada@... 2002/06/06

なかだです。

[#17336] Re: blocks and local variables — matz@... (Yukihiro Matsumoto) 2002/06/07

まつもと ゆきひろです

[#17337] Re: blocks and local variables — nobu.nakada@... 2002/06/07

なかだです。

[#17338] Re: blocks and local variables — matz@... (Yukihiro Matsumoto) 2002/06/07

まつもと ゆきひろです

[#17339] Re: blocks and local variables — Tanaka Akira <akr@...17n.org> 2002/06/07

In article <1023423387.175193.27185.nullmailer@picachu.netlab.jp>,

[#17347] Re: blocks and local variables — Takaaki Tateishi <ttate@...> 2002/06/07

At Fri, 7 Jun 2002 13:23:37 +0900,

[#17352] Re: blocks and local variables — matz@... (Yukihiro Matsumoto) 2002/06/07

まつもと ゆきひろです

[#17404] Re: blocks and local variables — "K.Kosako" <kosako@...> 2002/06/12

Yukihiro Matsumotoさんの

[#17411] Re: blocks and local variables — matz@... (Yukihiro Matsumoto) 2002/06/12

まつもと ゆきひろです

[#17518] Re: blocks and local variables — "K.Kosako" <kosako@...> 2002/06/19

Yukihiro Matsumotoさんの

[#17521] Re: blocks and local variables — nobu.nakada@... 2002/06/19

なかだです。

[#17524] Re: blocks and local variables — "K.Kosako" <kosako@...> 2002/06/19

nobu.nakada@nifty.ne.jpさんの

[#17528] Re: blocks and local variables — matz@... (Yukihiro Matsumoto) 2002/06/20

まつもと ゆきひろです

[#17459] Re: blocks and local variables — NISHIO Mizuho <gha@...> 2002/06/16

どうも西尾です。

[#17460] Re: blocks and local variables — nobu.nakada@... 2002/06/16

なかだです。

[#17462] Re: blocks and local variables — Takaaki Tateishi <ttate@...> 2002/06/16

At Sun, 16 Jun 2002 10:40:40 +0900,

[#17464] Re: blocks and local variables — nobu.nakada@... 2002/06/16

なかだです。

[#17367] Ruby bcc32 on Win32 版のコミットについて — 小西 弘将 <konishih@...6.so-net.ne.jp>

小西 弘将です。

17 messages 2002/06/10
[#17368] Re: Ruby bcc32 on Win32 版のコミットについて — matz@... (Yukihiro Matsumoto) 2002/06/10

まつもと ゆきひろです

[#17369] Re: Ruby bcc32 on Win32 版のコミットについて — 小西 弘将 <konishih@...6.so-net.ne.jp> 2002/06/11

 小西 弘将です。

[#17370] Re: Ruby bcc32 on Win32 版のコミットについて — "U.Nakamura" <usa@...> 2002/06/11

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

[#17421] broken string when unterminated "#{". — WATANABE Hirofumi <eban@...>

わたなべです。

43 messages 2002/06/13
[#17422] Re: broken string when unterminated "#{". — matz@... (Yukihiro Matsumoto) 2002/06/13

まつもと ゆきひろです

[#17423] Re: broken string when unterminated "#{". — Tanaka Akira <akr@...17n.org> 2002/06/13

In article <1023943870.232495.9282.nullmailer@picachu.netlab.jp>,

[#17425] Re: broken string when unterminated "#{". — matz@... (Yukihiro Matsumoto) 2002/06/13

まつもと ゆきひろです

[#17426] Re: broken string when unterminated "#{". — Tanaka Akira <akr@...17n.org> 2002/06/13

In article <1023945463.297286.10112.nullmailer@picachu.netlab.jp>,

[#17439] Re: broken string when unterminated "#{". — nobu.nakada@... 2002/06/13

なかだです。

[#17440] Re: broken string when unterminated "#{". — matz@... (Yukihiro Matsumoto) 2002/06/13

まつもと ゆきひろです

[#17442] Re: broken string when unterminated "#{". — Tanaka Akira <akr@...17n.org> 2002/06/14

In article <1023987024.717469.15784.nullmailer@picachu.netlab.jp>,

[#17530] Re: broken string when unterminated "#{". — nobu.nakada@... 2002/06/21

なかだです。

[#17532] Re: broken string when unterminated "#{". — matz@... (Yukihiro Matsumoto) 2002/06/21

まつもと ゆきひろです

[#17539] Re: broken string when unterminated "#{". — Tanaka Akira <akr@...17n.org> 2002/06/21

In article <1024642728.541545.22623.nullmailer@picachu.netlab.jp>,

[#17540] Re: broken string when unterminated "#{". — matz@... (Yukihiro Matsumoto) 2002/06/21

まつもと ゆきひろです

[#17541] Re: broken string when unterminated "#{". — nobu.nakada@... 2002/06/21

なかだです。

[#17430] return value from methods of Array's subclass — "Shin'ya Adzumi" <adzumi@...>

あづみです。

12 messages 2002/06/13

[#17446] ternary operator and char literal (Re: parse error with `true || break ? 0 : 1' (PR#261)) — nobu.nakada@...

なかだです。

13 messages 2002/06/15
[#17454] Re: ternary operator and char literal (Re: parse error with `true || break ? 0 : 1' (PR#261)) — matz@... (Yukihiro Matsumoto) 2002/06/15

まつもと ゆきひろです

[#17461] Re: ternary operator and char literal (Re: parse error with `true || break ? 0 : 1' (PR#261)) — nobu.nakada@... 2002/06/16

なかだです。

[#17513] __END__ in literal — nobu.nakada@...

なかだです。

17 messages 2002/06/18
[#17516] Re: __END__ in literal — matz@... (Yukihiro Matsumoto) 2002/06/18

まつもと ゆきひろです

[ruby-dev:17313] Re: Range + Enumerable(Re: [ruby-list:35305] Re: ((1.2)..(3.4)).to_a)

From: siena@... (Siena.)
Date: 2002-06-04 12:24:34 UTC
List: ruby-dev #17313
Siena. です。

▼ [ruby-dev:17308] < "Shin'ya Adzumi" さん

》> |で、未だに [ruby-dev:17244] の考えが抜けないのですが、succ があるか
》> |どうかよりも、Numeric#step のようにもっと大きな塊を各クラスに任せる
》> |のがいいのではないかと思ってます。step が指定できるようになったとし
》> |て、負の数が指定できるか、少数が指定できるかなどは各クラスに任せる
》> |という感じで。例えば String は正の整数だけしか受けないとか。
》> 
》> これは結構有効そうなアイディアだと思います。

》となると、この方向で話を進めるとした場合、残っているのは、

シンプルなルールで要望を満たせそうに思います。
基本的に賛成です。

》  * succ の代わりに何を呼ぶようにするのか
》
》といった辺りでしょうか。後者は Numeric の場合は Numeric#step が使える
》ので他のクラスも step でいいのではないかと思います。幸い step という
》名前は他でも使われてないようですし。

そうですね。特に代案もありませんし、#step の適用対象の自然な
拡張とも思いますし、不必要にメソッドを増やすのもいまいちですしね。
少なくとも、[ruby-list:35272] の first.advance よりは良いです ^^;
first.step がブロックを取るなら、そっちで面倒見られますものね...
今思うと、変に #succ ベースにこだわってしまっていたようです。

これで行くとした場合、#step がない時はエラーで良いですか?
なければ、代わりに #succ という選択肢もありますけれど、
個人的には #step だけでいいかなと思います。

first.step に与える上限は、Float に対しては diff > 0 の時は、
first.step( last + diff * ( exclude_end? ? -0.5 : 0.5 ), diff )
くらいでも大丈夫でしょうかねぇ。あるいは、Float 以外の時に
単純に last - diff としてしまっていいのかとか考えると、結局
step で終端の開閉を指定できるように拡張した方が良いでしょうか。
せっかく、オブジェクト自身に #step を任せるようにするのですし。

》  * どうやって step を指定するか

》  * Range::new(begin,end,exclude_end,step)
》  * (1..2).new_step(step) で新しい Range を返す(自分自身は変えない)

前者の new は異存ありません。そうなるのは自然だと思います。

後者は、a = Range.new( 1, 2 ) と b = Range.new( 1, 2,, step ) が
生成されるので、ちょっとだけ嬉しくないかなぁという気もします。
あらかじめ a が存在していて、後から b を作り出したいという場合も
あるかもしれませんが、これは Range.new( a.first, a.last,, step )
とかはできますので、とりあえずはなくてもいいように思います。
そういう要望が出てくるか、適切な名前を思い付くまでは。

》あと、new_step という名前は適当なのですけど、Range は immutable なの
》で、set_step(step) とか step=(step) とかはふさわしくない気がしてて、

ですね。Range は immutable であって欲しいと思います。

---
Siena. <mailto:siena@cr.chiba-u.ac.jp>

In This Thread

Prev Next