[ruby-dev:17781] Re: self in block

In article <[e-mail]>,
  masaki <[e-mail]> writes:

> 新しい機能が追加された時の一番の問題点は、その機能を必要としていない
> 人が、新機能の副作用のとばっちりを受けないかどうか？ということなので、
> initialize に限定した場合の例を知りたかったんですが。

たとえば、resolv.rb の一部にこのようなコードがあります。

      def encode
        return MessageEncoder.new {|msg|
          msg.put_pack('nnnnnn',
            @id,
            (@qr & 1) << 15 |
            (@opcode & 15) << 11 |
            (@aa & 1) << 10 |
            (@tc & 1) << 9 |
            (@rd & 1) << 8 |
            (@ra & 1) << 7 |
            (@rcode & 15),
            @question.length,
            @answer.length,
            @authority.length,
            @additional.length)
          @question.each {|q|
            name, typeclass = q
            msg.put_name(name)
            msg.put_pack('nn', typeclass::TypeValue, typeclass::ClassValue)
          }
          [@answer, @authority, @additional].each {|rr|
            rr.each {|r|
              name, ttl, data = r
              msg.put_name(name)
              msg.put_pack('nnN', data.class::TypeValue, data.class::ClassValue, ttl)
              msg.put_length16 {data.encode_rdata(msg)}
            }
          }
        }.to_s
      end

MessageEncoder.new にブロックを渡していますが、そのブロックの中では手
元の(Message クラスのインスタンスの)インスタンス変数にアクセスしていま
す。

ブロックの引数は {|msg| ...} となっていますが、これだと initialize 内
の yield が(まちがえて、ないしは仕様変更により)複数の値を渡すようになっ
た時に挙動が変になるので、{<msg> ...} にして引数の数が異なったらエラー
になってくれるほうが望ましいと思っていますし、{<msg> ...} がこういう場
合にも使えるものになることを期待しています。今は存在しないからどうしよ
うもなく {|msg| ...} を使っていますが。

従って、正木さんの self のすり替え(およびそれに伴うインスタンス変数の
参照の禁止)は私には害があります。つまり、私は正木さんの提案する「新機
能の副作用のとばっちりを受け」るといって差し支えないと思います。
-- 
[田中 哲][たなか あきら][Tanaka Akira]
「ふえろ! わかめちゃん作戦です$(C⊇」(Little Worker, 桂遊生丸)