[#41449] slim ruby for embedding — Hiroshi Takagi <gollum@...>
たかぎです。
[#41455] オブジェクト同士の演算などを実装するには? — Hideo Konami <konami@...>
小波です.
From: Hideo Konami <konami@kyoto-wu.ac.jp>
小波です.
いわおかです。
小波です.
原です。
いわおかです。
なかだです。
[#41489] Matrixの継承について — argento@...
はじめまして。吉田と申します。
まつもと ゆきひろです
るびきち様、まつもと様
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
原です。
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
原です。
[#41503] 数を減らしてくループ — Takeshi Horinouchi <horinout@...>
堀之内と申します。
From: Takeshi Horinouchi <horinout@kurasc.kyoto-u.ac.jp>
堀之内です。
From: Takeshi Horinouchi <horinout@kurasc.kyoto-u.ac.jp>
こんにちは。ゴトウと申します。
[#41543] カスタム版Rubyの作成 — rubikitch <rubikitch@...>
るびきちです。
[#41552] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — 岩崎 弘孝 <IH000667@...>
岩崎です。
[#41554] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — 岩崎 弘孝 <IH000667@...>
岩崎です。
[#41561] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — 岩崎 弘孝 <IH000667@...>
岩崎です。
[#41570] 別クラスのメソッドを横取り — 石井 大海 <banzaida@...>
お久しぶりで、konnです。
[#41596] 名前空間の衝突を回避する方法 — Kentaro KAWAMOTO <kentaro.kawamoto@...>
川本と申します。
From: Kentaro KAWAMOTO <kentaro.kawamoto@gmail.com>
[#41602] エクセルファイルを読み込む際の問題(質問) — "Hisashi Yahata" <yahatah@...>
質問で恐縮ですが、ご教示ください。
conundrumと申します。
babieさん、conundrumさん、早速の回答を有り難うございました。
conundrumです。
[#41624] MacOS X Aqua 対応のための tcltklib の extconf.rb — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
永井@知能.九工大です.
天野竜太郎と申します。
永井@知能.九工大です.
8.4.10のtcl.hやtk.hは、
永井@知能.九工大です.
> Tcl/TkAqua もこの Macintosh のルールに従うのであれば
永井@知能.九工大です.
永井@知能.九工大です.
天野です。
永井@知能.九工大です.
永井@知能.九工大です.
完全に私の勘違いです。
永井@知能.九工大です.
ruby-list:41651の
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
>> 13,画像を見るための簡単なユーザーインターフェイス
永井@知能.九工大です.
[ruby-list:41595] Re: Array#+, Array#* [Matrix の継承について]
原です。
In [ruby-list:41594]
>けいじゅ@いしつかです.
>>原です。
>> S + S => S
>>はいいのではないか。
>
>うーん.
>
>class Prime<Integer;end
>
>とすると,
>
> 2 + 7 => 9
>
>となり, S+S=>S を満たしていないですよね. でも, Primeは置換
>原理を満たしていますので, Integerのサブクラスとしてはそれほ
>どおかしいわけではないです.
あ、部分集合をサブクラスとして作る場合ですね。想定外でした。
確かにおっしゃる通りで、「+ならいいんじゃないの?」という私
の意見はだめですね。
>サブクラスが乗法に関して閉じているかどうかは, サブクラスの
>作り方によりますので, 一概には言えないんじゃないでしょうか?
はい。
まとめておくと
A#opという演算子が
A op A => A
という形で定義されているとき、AのサブクラスSに対して
(1) S op A => A
(2) S op A => S
(3) S op S => S
などのopの拡張があり得るが(他にもありえるが)、どれで
であるべきかはケースバイケースである。
したがって、特別な理由がない限り不用意な継承をさせないために
(1)を選んでおく、ということかな。
ちなみに(3)はリスコフの置換原理に少し違反してる?
>>さしあたってArray#+、Array#*については継承してもいいような気
>>がするんだけどなあ。
>
>Arrayの場合ですよねぇ....
>
>class S<Array; end
>
>S+S=>S
>
>は普通は成り立つような気がしますが, サブクラスを返すとなると:
>
>S+Array=>?
>Array+S=>?
>
>については, ちゃんと考えなくてはならないし, さらには, class T<Array;
>end として
>
>S+T=>?
>
>はどうする? って問題もありますし,
>
>やはり, 積極的にサブクラス作成を認めていないArrayとしては,
>必要ならサブクラス側で考えれば? っていいたいんですが?
なるほど、例えばSとしてSizedArrayなんかもあり得ますね。納得
しました。
ところでふとruby-listを「楕円」で検索したら、
[ruby-list:2455] class design
から始まるスレッドを発掘しました。私も口を出していたのにすっ
かり忘れている。殆ど有史以前という感じですが、「Arrayを継承
してVectorを作るぐらいだったら死んだ方がまし(意訳)」とか興
味深い発言がいろいろありました。
金光さんが「オブジェクト指向プログラミング言語Ruby」の出版を考
えた瞬間が記録されている!