ruby-dev

まつもと ゆきひろです

In message "[ruby-dev:9170] Re: bang method returns string always"
    on 00/02/09, Kazunori NISHI <kazunori@swlab.csce.kyushu-u.ac.jp> writes:

|とするも動かなくなってガックリ。精神衛生上、悪いよー！みたいな？確かに
|それはあるかも。結局 '!'が複数の意味(機能)を持つ現状もよろしくないと。

ま、そうなんですよね。ま、「bangメソッドを効率向上の目的に使
うのは間違ってる」という結論になじんでしまったので、互換性を
達成する情熱が失せてしまいました。これも新井さんのおかげです。

|ここが結構ポイントで、今回の「gsub! の変更」は機能的に cascading を意
|味して(＝欲して)いると見えるのです。

そうなのかなあ。まあ、言語は思考を規定しますから、cascading 
の記法を持つ言語で考えるようになればそう思えるようになるのか
もしれません。私の意識ではchainingで実現しようとしているもの
はUNIXのpipeのようなもので、処理されたデータが次々流れるので
あって、同じレシーバに連続してメッセージを送るのではないよう
に感じています。

|> せん(かえって残酷か)。yourselfについてはいまだ「それなに？」
|> 状態なのでなんとも言えません。ていうか、それなに？ まじで。
|
|「メッセージの receiver(の self)」です。

うーん、つまり「cascadingの受け手」なんですね、きっと。

ま、それはともかく、西さんのおっしゃるように

|cascading の採用は、機能的には無意味で、「同一オブジェクトに対して連続
|してメッセージを投げる」事が簡潔に表現できる、という事がメリットになり
|ます。ですから、instance_eval は長いのでその要件を満たしておらず、あく
|まで文法的にサポートして欲しいと思っています。

なので、コンパクト(あるいは使いやすい)記法が思い付かなければ、
cascadingは採用できないと思います。というか、採用の意味がな
いでしょう。後は結果的にきちきちのRubyの文法のすき間をどう縫っ
て記法を用意するかですね。

# 記号が残ってないと言えば「クラス変数」用のprefix記号も欲し
# いんだけど。

|> 強すぎです。Smalltalkのようなコンパクトな文法であれば利用価
|> 値が出てきそうですが、もう記号が残ってないぞ。
|
|記号がないというのが、手も足も出ませんね。よくぞここまで矛盾なく使い切っ
|たものです。というか、Smalltalk が「コンパクトな文法」であるというのは、
|どういった観点からなのでしょうか？(他意はなく、純粋に質問です)

えーと、Smalltalkでは

  obj mesg; mesg2; mesg3

で

  obj mesg
  obj mesg2
  obj mesg3

という意味でなかったです？ あれはLittle Smalltalkだったかな？
手元に資料がない。

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

Thread

Prev Next

In This Thread

Prev Next

[#9052] bang method returns string always — WATANABE Hirofumi <eban@...>

[#9056] no bang method returns original string — Koji Arai <JCA02266@...>

[#9063] argument to block for pipe_open() — nobu.nakada@...

[#9067] (ruby/socket) bug? — Kentaro Inagaki / 稲垣 健太郎 <inagaki@...>

[#9068] ruby_lib/foo/bar and Foo::Bar (Re: [ruby-list:20368]) — Wakou Aoyama <wakou@...>

[#9085] xmalloc() in Windows — "Shigeo Kobayashi" <shigeo@...>

[#9095] Re: ruby_lib/foo/bar and Foo::Bar (Re: ) — Minero Aoki <aamine@...>

[#9125] += — gotoken@... (GOTO Kentaro)

[#9133] ruby-1.4.3 memory leak — Koji Oda <oda@...1.qnes.nec.co.jp>

[#9134] Re: site_ruby — gotoken@... (GOTO Kentaro)

[#9153] [BUG] longstr.scan(/(a*)\1/) — gotoken@... (GOTO Kentaro)

[#9160] Re: lib/subdirectory — gotoken@... (GOTO Kentaro)

[#9188] Ruby 1.5.2 and irb — Katsuyuki Komatsu <komatsu@...>

[#9190] %w() bug? — Wakou Aoyama <wakou@...>

[#9191] 1.4cvs shared PREFIX bug? — Wakou Aoyama <wakou@...>

[#9195] 1.4cvs lib/irb, lib/cgi — Wakou Aoyama <wakou@...>

[#9197] mod_ruby (rb_ary_freeze --> rb_obj_freeze) — Wakou Aoyama <wakou@...>

[#9198] secure — Wakou Aoyama <wakou@...>

[#9230] \G in index (Re: [ruby-list:20578] Re: エスケープされていないものだけを置換) — IWAMURO Motonori <iwa@...>

[#9242] ColorSet Module for Gdk — Jun Adachi <adachi@...>

[#9245] ruby 1.5.2 (2000-02-17) — WATANABE Hirofumi <Hirofumi.Watanabe@...>

[#9261] getaddrinfo configuration fix — itojun@...

[#9288] [PATCH] mswin32: ruby.h, win32/ruby.def for Ruby 1.5.2 — Katsuyuki Komatsu <komatsu@...>

[#9289] configure fail on libc5 linux — Minero Aoki <aamine@...>

[#9290] [fix] String#* with huge string — EGUCHI Osamu <eguchi@...>

[#9297] GC Problem ? — "Shigeo Kobayashi" <shigeo@...>

[#9323] 代入 — ta-ka-si@...

[ruby-dev:9171] Re: bang method returns string always

Thread

In This Thread

[#9067] (ruby/socket) bug? — Kentaro Inagaki / 稲垣健太郎 <inagaki@...>