[#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:38313] Re: 配列における「変数のモデル」

From: Nakamura Akifumi <BXQ04723@...>
Date: 2003-08-31 16:19:09 UTC
List: ruby-list #38313
お世話になっております。 A.中村です。

On Sun, 31 Aug 2003 23:54:40 +0900
Kenta MURATA様 muraken2@nifty.com wrote:

> そう言って理解してもらえるとは思えないのです.ここは,「オブジェ
> クト同士は等価だが,全く別のオブジェクトである」と言う方が僕に
> は分かりやすいですね.

世間的には、「同一性」と「同値性」という言葉を使うみたいですね。

そもそも同じオブジェクト(オブジェクト指向の言葉でいうならば)
なら「同一」と呼ぶし、
同じオブジェクトじゃないんだけど何らかの事情(^^;で
ある面において同じに見えるものなら「同値」っていうみたいです。


で、
「==」メソッドはたしかrubyでは、
同値性を評価するメソッドとして
クラスごとに適切に実装される(べき)もの、
という位置付けでしたよね。

あ。リファレンスにも
http://www.ruby-lang.org/ja/man-1.6/index.cgi?cmd=view;name=Object#self.20.3d.3d.20other
「このメソッドは各クラスの性質に合わせて再定義するべきです」
と書いてますね。

同一なら同値も成り立つ(ようにしとくのが
大抵の場合はオブジェクト指向的に自然)で、
一方、ものによっては同一じゃなくても同値だと見なすほうが
良さそうなクラスもあります。
伝統的な数字や文字列は、同一かどうかはさておいて
同値を同値と見なせるほうが好都合、ということは
よく有りがちなことだと思います。
そこを表現するのが「==」なのであろうと思います。

んー、マニュアル参照。
「==」は
「「デフォルトでは」 equal? と同じ効果です。」
(内側の鍵括弧は原文には無くて、俺が追加したものです。)
ともあります。

一方ここで引き合いに出されてる「equal?」のほうは
「other が self 自身の時、真を返します。
このメソッドを再定義してはいけません。」
だそうです。

これ、「equal?」のほうは、同一性のことを言ってるんでしょうね。
なるほど。同一性をOverrideされちゃったら、
オブジェクト指向としてはちょっと辛いでしょうね。

で、Objectクラスのデフォの挙動としては、
同値性はとりあえず同一性(equal?)にどっぷり依存するかたちで
定義してあって、あとは子クラスたちが自分の都合で
適宜変更してちょーだいね、という感じでしょうか。




> Fixnum と Symbol は,そのように定義されたクラスとして特別扱い
> して良いのではないですか? これら以外にも例えば,Singleton パ
> ターンを適用したクラスを定義すれば,インスタンスを生成しても,
> ただひとつの特定のオブジェクトしか得られないようにすることも可
> 能ですよね.

かなり余談だと思いますが、一応。

「インスタンスを生成」しちゃったら、
「ひとつの特定のオブジェクト」じゃなく
二個目が生まれちゃいます(^^;

Singletonパターンは、二度目以降は生成「しない」
のが味噌っすね。
あえて言うなら「生成するふり」だと捉えるのは
アリかも知れないけど、同じものしか得られていないのは
簡単にわかりますから、まあ薄い化けの皮です。


> # 僕は,[ruby-list:38207] で出て来た「杭」を用いた比喩が,色々
> # な要素を同時に含んでいて,良い比喩だと感じました.

うん。あれ良いっすよねー。

あれが良いのは、(参照型の)変数の本質を説明するために、
違う概念で代用しようとせず、
同じ(あるいはせめて可能な限り似た)概念を
実世界から探してきた、という点にあるんだと思います。

ま、言語の変数だって、しょせんは人間が考案したもの
なんだから、実世界に全然無いものを丸々創造した可能性は
必ずしも高くないんじゃないかなー。
こーゆーのを、Nothing new is under the Sun、
とかいうんでしたっけ?



In This Thread