ruby-dev

In article <20020724.225339.41625576.GEC01122@nifty.ne.jp>,
  masaki <GEC01122@nifty.ne.jp> writes:

> 自分の考えている {<msg> ...} が使えなくなるからというのは予想できません
> でした。

{<...> ...} はまだ導入されてないので、ある人と他の人が衝突するのはふた
りの希望が矛盾するのが原因です。したがって、私が私の希望を述べ、正木さ
んの希望と矛盾するということを説明したのはごく自然だと思います。

まぁ、実のところ、正木さんの主張はよくわからないので私は私のわかってい
ること(私自身の希望)をなるべくたくさん使い、正木さんの主張には最低限し
か依存しないようにメールを書いたのですが。

ちなみに、

> 私が聞いたのは、今までは initialze に与えられる block が {<> ...} の形の
> 場合を考慮する必要がなかったのに、余計な心配をしなければいけなくなるという
> ことで、その心配が現実になるのは、どういう場合ですかということです。
> 絶対にないということは言い切れないので、 security が必要な program では
> 使えないという条件をつけています。

と質問を説明していただけましたが、まだわかりません。

この文章に対する私の解釈をかっこ内に補うと次のようになります。

「私が聞いたのは、
  今まで(正木さんが今回の提案をする以前に期待されていた {<> ...} のセ
  マンティクスで)は initialze に与えられる block が
  {<> ...} の形の場合(と {|| ...} の形の区別を)を
  (ブロック引数の渡しかたを除いて)考慮する必要がなかったのに、
  余計な心配(考慮)をしなければいけなくなるということで、
  その心配(余計な考慮が必要になること)が現実になるのは、どういう場合で
  すかということです。」

ここで、私の [ruby-dev:17781] は {<> ...} と {|| ...} の違いによりプロ
グラマの考慮しなければならないことが増え、その考慮の結果 {<> ...} を使
えないことになる、ということを述べているわけです。とすると、この私の解
釈した質問に対する回答になっていると思います。

しかし、「自分の考えている {<msg> ...} が使えなくなるからというのは予
想できませんでした」といわれることから、どうやら [ruby-dev:17781] のよ
うなものは回答としては期待されていなかったものなようです。ということは
おそらく私の解釈がまちがっていたわけで、ほかにもっともらしい解釈を思い
つかない以上、私はいまだに質問を理解していないということになります。

むろん、もっともらしくない解釈ならいくつか思いつきます。たとえば「今ま
で」というのが {<> ...} が存在しない現在の Ruby を指していて、現在の
Ruby では {<> ...} のことを考慮する必要がないとか。でも、それだと
{<> ...} に限らず新しく導入する構文についてはすべて成り立つわけですし。

この質問に限らず、正木さんの説明は私にはよくわからなくて誤解してしまう
ことが多いです。たとえば、私は最初のころに initialize に渡されるブロッ
クだけでなく、全部のブロックに関して self をすり替えるのかと誤解してい
ました。この話に限らず、これからはそういう私みたいに理解力の足りない人
にも理解できるように書いていただけるとありがたいです。
-- 
[田中 哲][たなか あきら][Tanaka Akira]
「ふえろ! わかめちゃん作戦です$(C⊇」(Little Worker, 桂遊生丸)

Thread

Prev Next

In This Thread

Prev Next