ruby-list

酒匂です。

ということでやや旗色の悪い（？）、変数＝容器説ですが、
試しに容器説というメタファを使うとどうなるかも考えてみました。
既に松本さんからもコメントが出ていますが、
枯木も山の賑わいということで（笑）。

書いてみると何の変哲もない説明でした。
とても猫の物語のような Lovely なものにはなっていません :-)

----

オブジェクトが生み出されて、床にぶちまけられていたとしたら、
どこに何があるかわからなくなってしまいますよね、

そこで Ruby では（実は Ruby に限らないのですが）、生み出された
オブジェクトはみなユニークな番号のついた棚の中に
置かれることになっています。

あるオブジェクトは「１０１番の棚にある奴」とか
「２０番の棚に入っているもの」という形で指定できることに
なります。

ところが、このやり方でもやはり不便が生じます。
とても単純なプログラムなら「１番の棚にはこれを入れて」
「２番の棚にはこれを入れておこう」と決めて置くことも
できるかもしれませんが、何千個もオブジェクトを生み出す
ようなプログラムを書く場合、どんな順番でどのようなオブジェクト
を生み出して一々どの棚に置くかをプログラマが考えることは
苦痛ですし、実際不可能です。

そこで、自分の関心のあるオブジェクトに素早く
アクセスできるようにするために、変数や定数という
仕掛けが使われることになります。

Ruby の変数と定数は、そこを見るとオブジェクトのありかがわかる
容器だと考えることができます。この容器にはそれぞれ適切な
名前が付いています。

普通の容器だと、その中にはものが直接しまわれているのですが、
Ruby の場合はちょっと違って、ある名前の付いた容器の中には、
どの棚のオブジェクトを見に行けばよいかだけの「情報」がしまわれています。

まず説明するのは「変数」容器の例です。たとえば

myCat = Cat.new

という Ruby の式があったとします。
こうすると myCat という名前のついた容器の中には、
Cat.new で生み出されたオブジェクトが何番の
棚に置かれたかの情報が入れられることになります。

もちろんこのプログラムを書く人は Cat.new で作られるオブジェクトが
1 番の棚に置かれるのか、あるいは １０２４番の
棚に置かれるのかを気にする必要はありません。

さてここで説明に使った変数という「容器」には、
普通の容器とはまた違った性質があります。
それは中の情報を単に取り出しても、元の情報は残ったまま
という性質です。

例えば、次のような式を考えましょう。

yourCat = myCat

普通の容器だと myCat の中身が、yourCat の中に移されるので、
myCat は空になってしまうのですが、Ruby 他の多くのオブジェクト
指向言語では、myCat の中の情報が単に yourCat の中に複製されて
入ることになります。

ここで注意しなければならないのは、複製されたのは「何番の棚に
オブジェクトが置かれているかの情報」であって、棚にある
オブジェクトそのものは何の影響も受けていないということです。

たとえば最初に Cat.new で生み出されたオブジェクトが ３４番の
棚に置かれたとすると容器 myCat には「３４番の棚」という情報が
入っています。同様に容器 yourCat にも「３４番の棚」という情報が
複製されて入ります。

ということで、この時点では
３４番の棚に Cat クラスから作られたオブジェクトがあり、
myCat, yourCat という容器の中にはそれぞれ「３４番の棚」
という情報が入ってることになります。

このとき３４番の棚に入っているオブジェクトに addAge といった
メソッドを適用して「年齢を１つ加えた」とします。オブジェクトは
一つしかないのですから、当然 myCat からみても、yourCat から
みても、オブジェクトの「年齢は一つ上がっている」ことになります。

myCat.addAge
yourCat.addAge

とすると、当然オブジェクトの年齢は２つ上がります。

さて、Ruby は容器の名前のつけ方で、その性質を
区別しています。ここでは「名前の先頭が大文字」の
容器を考えてみます。

MyCat = Cat.new

この MyCat という名前の容器と、先の myCat という名前の
容器の違いは何でしょうか。一番大きな違いは、myCat という
名前の容器は、違う棚の情報を次々自由に入れることができる
のですが、MyCat という容器は原則として一度入れた情報
を変えることが出来ないということです。

つまり myCat という容器には、ある時点では「３４番の棚」
という情報が入っていたり、またある時点では「６６番の棚」
という情報が入っていたりします。

これに対して MyCat という容器には一度「７３番の棚」
という情報が入ると、原則として同じ情報が入り続ける
ことが期待されています（とはいえ Ruby の場合には
警告が出されながらも、新しい情報を入れることができるの
ですが）。

こうしたことから myCat のような容器を「変数」とよび
MyCat のような名前の先頭が大文字の容器を「定数」と呼びます。

くどいようですが、もう一度念を押しておくならば、
容器に入っている情報は、定数変数を問わず
いずれも「棚の番号」です。実際に棚の上に置かれている
オブジェクト自身の内容が変わることに関しては
定数から辿れるのか、変数から辿れるのかは
一切関係していません。

なので

myCat = Cat.new
MyCat = myCat
myCat.addAge

とすれば、先の例と同じで myCat と MyCat から辿れる
オブジェクトは同じものであり、どちらからみても
一つ年齢が上がっていることになります。 

またお分かりのように、棚の上のオブジェクトにしてみれば
自分の情報が「どの名前の容器の中に入れられているか」は
わかりません。また知る必要もないのです。
-----------------------------------------------------------------------
<Sako Hiroshi>  -- to design is human, design is our business 
   http://www02.so-net.ne.jp/~sakoh/  mailto:sakoh@ba2.so-net.ne.jp
   Designers' Den Corporation : and for now, No Peace, No Future.      
-----------------------------------------------------------------------

Thread

Prev Next

In This Thread

Prev Next

[#38002] ERB について — Gotou <com@...>

[#38007] Object#singleton_methods — Masao Mutoh <mutoh@...>

[#38009] net/http.rb Net::HTTPResponseのヘッダー — sakazuki <QZS01353@...>

[#38015] [ANN] ruby 1.8.0 — matz@... (Yukihiro Matsumoto)

[#38020] irb で %W(#{...}) — yoshihisa masuda <sacong@...>

[#38026] [ANN] ReFe 0.7.2 — Minero Aoki <aamine@...>

[#38029] Array#fill { ... } — yoshihisa masuda <sacong@...>

[#38036] undef variable — hirocy <hirocy@...>

[#38039] proc method — "K.Sasada" <ko1@...>

[#38050] TMail multipart mail — Yoshiki Wada <ysk@...5.so-net.ne.jp>

[#38055] irbshの設定 — s-nob@...

[#38056] ファイル書換え？ — 中村文建 <tx6f-nkmr@...>

[#38057] [ANN] Ruby-GNOME2-0.6.0 — Masao Mutoh <mutoh@...>

[#38059] [ANN] rbbr-0.3.0 — Masao Mutoh <mutoh@...>

[#38062] The RWiki::LL Saturday, 2003-08-09 — maili31s@... (SugHimsi == SUGIHARA Hiroshi)

[#38063] how to write destructive method? — HASHIMUKAI Toshikatsu <hashi@...>

[#38073] module extendable? — Takeshi Horinouchi <horinout@...>

[#38078] how to get script dir — NONAKA Akira <nonaka@...>

[#38080] ポートが閉じているときの例外など — Mitsuru Ogino <ogino@...>

[#38083] Re: how to get script dir — Nonaka Akira <nonaka@...>

[#38090] ruby-1.8 で eruby が SEGV — Kazuhiko <kazuhiko@...>

[#38100] [ANN] Ruby Onsen Meeting — TAKAHASHI Masayoshi <maki@...>

[#38104] XMLRPC::ModRubyServer — OHARA Shigeki <os@...>

[#38122] ruby-tcpwrap and mkmf.rb — Takahiro Kambe <taca@...>

[#38134] Ruby/SDL 0.9 — OHBAYASHI Ippei <ohai@...>

[#38164] Ruby1.8.0でRuby-PostgreSQLがビルドできない — kensaku Maki <sakaki@...>

[#38166] Win環境でrdtool-0.6.11のインストール — AOKI Yoshihiro <aoki@...>

[#38176] sub class of Mysql — "Kawaji, Shinya" <kawaji@...>

[#38183] String << の動作につきまして — kuto@...

[#38195] 理解の進め方(Re: String << の動作につきまして) — Tadashi Oh-Ya <toy@...>

[#38198] Tmailで送るメールに日付がつけられなくなりました — 川田誠司 <kawada.seiji@...>

[#38256] かみ砕いた説明をすべき範囲 — 西 啓一朗 <receiver@...>

[#38274] パターンマッチの置換について — hogehoge@...

[#38276] re-builder — rubikitch <rubikitch@...>

[#38279] CRAM-MD5でエラー（Net::SMTP）（自己解決） — Masato Toyoshima <mt@...>

[#38282] -1 / 10 #=> -1 — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

[#38291] readline.so for irb/completion on win32 — Shusaku <tsyk@...>

[ruby-list:38250] 容器説を考える（Re: Re: String <<の動作につきまして）

Thread

In This Thread

[#38183] String　<< の動作につきまして — kuto@...

[#38195] 理解の進め方(Re: String　<< の動作につきまして) — Tadashi Oh-Ya <toy@...>

[#38256] かみ砕いた説明をすべき範囲 — 西啓一朗 <receiver@...>

[ruby-list:38250] 容器説を考える（Re: Re: String　<<の動作につきまして）