[ruby-dev:14092] Re: private instance variable (Re: Re: overwride method)

咳といいます。

private instance variableについてです。(Marshal抜き)


> けいじゅ＠日本ラショナルソフトウェアです.

> >|となると、とある記法の変数やメソッドは、サブクラスで書き換えない
> >|方がいい、ぐらいのことをどこかに明記するだけでも良いような気も、
> >|というのは極端から極端に飛んでいますね^^;
> >
> >まあ、現時点でインスタンス変数がサブクラスに公開されているの
> >はそれが理由ですよね。
> >
> >ただ、それは「たまたま名前が重なってしまう」ことに対しては無
> >力なんですよね。特にAPIと関係ない単なる実装であるはずのイン
> >スタンス変数名まで重複しないように気を使うとなると、本末転倒
> >な気がします。
> 
> moduleの場合に特に言えますよね. moduleを作る側もインスタンス変数名が重複
> しないように気を使ってしまう... module作る側にとっては、プライベートイン
> スタンス変数は嬉しいですね.


そうですよね。Mix-inするときは気を使いますよね。
どんなクラスに混ぜられるかわからない。



眠りながら
 サブクラス化のときに「たまたま名前が重なる問題」に
ついて考えていました。

@_ではじめなかった普通のインスタンス変数@fooが「たまたま重なる」ことも
あるんですよね。
あと、変数に限らずメソッド名に関しても「たまたま重なる」ことがありそう。


インスタンス変数に関してはデフォルトがprivate instance variableでないと
「たまたま重なる」ことは避けられなさそう…

じゃあメソッドはというとoverrideとかをdefに書くのもなんだかRuby風じゃ
ないですよねぇ。


「たまたま重なる」ことを避けることって、なんというか現実的でないような
気がするですがどうなんでしょう。

Rubyにいくつかある継承(ほんとか?)のうち、サブクラス化というのは
スーパークラスの間に食い込む強力なというか低レベルな継承だと思います。
んでサブクラスを書く人はスーパークラスのことを詳しく知る責任があって、
「たまたま重なる」ことのないように気をつけないとだめじゃないかと思います。




次にMix-inで「たまたま名前が重なる問題」についてなんですが‥

Mix-inクラスを書く人にとって、混ぜるクラスやオブジェクトのことを
あまり想定できない継承(合成??)ですよね。

こっちは「たまたま重なる」ことのないように名前を考えるのに苦労して
います。
んで、private instance variableみたいな機構で救ってほしいのはこっち
じゃないかなぁと思いました。

うーん。でも紳士協定を作ればうまく行くかも。
たとえばクラス(モジュール)名と同じ名前のインスタンス変数は
そのクラス以外からはいじっちゃだめなど。

module Foo
  class Imp
    def initialize(f)
      @foo = f
    end
    attr_accessor :foo
  end

  def initialize
    @Foo = Imp.new('foo') # @FooはMix-inなFooが使うからみんな使わないでね
  end
  
  def do_it
    p @Foo.foo
  end
end

class Bar
  include Foo
end

Bar.new.do_it



# 長くなっちゃった。長いといつも焦点がぼけちゃうんだよな…