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

荻野と申します。いつも質問や要望ばかりですみません。

36 messages 2003/08/11
[#38086] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/12

なかだです。

[#38088] Re: ポートが閉じているときの例外など — IWAOKA Masahiro <iwaoka@...> 2003/08/12

いわおかです。

[#38091] Re: ポートが閉じているときの例外など — Mitsuru Ogino <ogino@...> 2003/08/12

荻野です。

[#38092] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/12

なかだです。

[#38093] Re: ポートが閉じているときの例外など — IWAOKA Masahiro <iwaoka@...> 2003/08/12

いわおかです。

[#38095] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/12

In message <20030812150516.GV37221@barber.fe.rn.tuat.ac.jp>

[#38102] Re: ポートが閉じているときの例外など — Tetsuo NAKAGAWA <tet@...> 2003/08/14

中川と申します。

[#38121] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/15

In message <20030814.140757.707824131.tetsuo@sapphire.siz.nes.nec.co.jp>

[#38123] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/16

なかだです。

[#38130] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/16

In message <200308160517.h7G5HcPL012839@sharui.nakada.kanuma.tochigi.jp>

[#38137] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/18

なかだです。

[#38139] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/18

In message <200308180959.h7I9xnb7001977@sharui.nakada.kanuma.tochigi.jp>

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

こんにちは。

16 messages 2003/08/16
[#38125] Re: ruby-tcpwrap and mkmf.rb — "Akinori MUSHA" <knu@...> 2003/08/16

At Sat, 16 Aug 2003 12:51:55 +0900,

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

うと と申します。

44 messages 2003/08/22
[#38187] Re: String << の動作につきまして — Take_tk <ggb03124@...> 2003/08/22

たけ(tk)です。

[#38189] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38190] Re: String << の動作につきまして — Take_tk <ggb03124@...> 2003/08/23

たけ(tk)です。

[#38191] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38194] Re: String << の動作につきまして — Take_tk <ggb03124@...> 2003/08/23

たけ(tk)です。

[#38196] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38203] Re: String << の動作につきまして — 西 啓一朗 <receiver@...> 2003/08/23

ども、西啓一朗@Ktouth Brand. です。

[#38208] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38211] Re: String << の動作につきまして — 西 啓一朗 <receiver@...> 2003/08/24

ども、西啓一朗@Ktouth Brand. です。

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

おおやです。

36 messages 2003/08/23
[#38206] 理解の進め方:シュールな世界 — Take_tk <ggb03124@...> 2003/08/23

たけ(tk)です。

[#38233] シュールな名前 — Take_tk <ggb03124@...> 2003/08/25

たけ(tk)です

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

はじめまして

11 messages 2003/08/23

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

ども。西啓一朗@Ktouth Brand. です。

41 messages 2003/08/26
[#38258] Re: かみ砕いた説明をすべき範囲 — nobu.nakada@... 2003/08/26

なかだです。

[#38261] Re: かみ砕いた説明をすべき範囲 — Take_tk <ggb03124@...> 2003/08/26

たけ(tk)です

[#38262] Re: かみ砕いた説明をすべき範囲 — nobu.nakada@... 2003/08/26

なかだです。

[#38264] Re: かみ砕いた説明をすべき範囲 — Take_tk <ggb03124@...> 2003/08/26

たけ(tk)です

[#38265] Re: かみ砕いた説明をすべき範囲 — IWAOKA Masahiro <iwaoka@...> 2003/08/26

いわおかです。

[#38267] Re: かみ砕いた説明をすべき範囲 — Take_tk <ggb03124@...> 2003/08/26

たけ(tk)です

[#38273] Re: かみ砕いた説明をすべき範囲 — matz@... (Yukihiro Matsumoto) 2003/08/26

まつもと ゆきひろです

[ruby-list:38315] Re: 箱モデルの有害性

From: matz@... (Yukihiro Matsumoto)
Date: 2003-08-31 16:34:03 UTC
List: ruby-list #38315
まつもと ゆきひろです

In message "[ruby-list:38312] 箱モデルの有害性"
    on 03/09/01, Take_tk <ggb03124@nifty.ne.jp> writes:

|> 堀川 久 <vzw00011@nifty.ne.jp> さん 曰く:
|> > よくあるオブジェクト指向言語で、変数を箱と捉えると、理解の妨げになるだ
|> > けで、まったく有害です。
|> 
|> どういう弊害があるのですか?
|
|有害なモデルというのは気になります。詳しく説明していただけませんか?

私は堀川さんではありませんが。

まず最初に思いついた「有害性」は、変数とオブジェクトの混同を
招きそうということです。CやC++では実際に変数も箱ですし、オブ
ジェクトも箱で、変数のアドレスを取ればそれはすなわちオブジェ
クトなのですが、Rubyでは明らかに別物です。言語が背景としてい
るモデルが違う以上、説明に使うモデルも違う方が良いように思い
ます。

次に思いついたのが、「値」という言葉の意味が不明瞭になりそう
という点です。

箱モデルっていうのは空っぽの入れ物があってそこに「値」が入る
モデルですよね。たとえば構造体だと変数の場所には各メンバのた
めの場所が用意されていて、そこに値が入ることになるわけです。

このモデルでは「値」というのは「中身」です。つまり"foo"とい
う文字列なら「fooという文字の並び」です。変数は箱だというこ
とはそういうことを意味します。一方、Rubyでは一般に「値」とい
えばアイデンティティを指します。オブジェクトIDと言ってもいい
かもしれません。ある文字列の内容が破壊的メソッドによって更新
されても、それは値が変わったのではなく、内容が変わったのです。

実はのところ私は、たけさんの本をまだ読んでいないのですが(※)、
ruby-listでのメールのやりとりを読む限り、値という単語に対す
る混同は実際に起きているようで、箱モデルの有害性は単なる杞憂
ではすまないのかもしれません。

たとえ話はしょせんたとえ話ですから、トレードオフで判断すれば
よいのですが、Rubyの解説で箱モデルを採用するメリット(もしあ
れば。私はまだ十分に理解していないのですが)と上記のデメリッ
トを比較して選択することになると思います。

                        ----------

さて、とはいえ、Webページと違って、実際に書いてしまった本の
内容を更新するわけにはいかないので、たけさんの著作については
これで良いとして、今後別の機会にRubyの変数について解説する機
会があったとしたら、どのように説明する方が良いのか、という話
をしたいのです。

箱モデルで名札モデルの代わりになることに疑問を持つ人はいない
と思います。結局(実装では)ポインタで表現されているのですし。
しかし、そのメリットは私にはよくわかんないです。

「実は箱モデルにはこういうメリットがある」とか「こういう前提
条件なら箱モデルの方が良い」とか「箱モデルより、名札モデルよ
り、こんなモデルの方が良い」とかあれば聞いてみたいです。

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

※ 最近、本が出ても私には献本がないんです。さみしい。

In This Thread