[#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:41535] Re: Matrix の継承について
けいじゅ@いしつかです.
In [ruby-list:41529] the message: "[ruby-list:41529] Re: Matrix の継承
について", on Nov/12 16:30(JST) Shin-ichiro HARA writes:
>原です。
>確かに複数の行列クラスを体系的に継承関係で構築すると破綻すると思う
>のですが、ちょっとMatrixのメソッドをパクって、、という需要もあるわ
>けで、実際Arrayなどでは、
>
> class YaArray < Array
> end
> a = YaArray[0, 1, 2]
> p a.class #=> YaArray
>
>となっています。
これは...
>のように定義するのをRubyのポリシーとしてしまってもいいのでは?
を持ち出すのも何ですが, 逆に禁止してくれる方が間違った利用法を防いでく
れるという意味では, Rubyっぽいのでは?
>いっそ、吉田さんの提案のように、コンストラクタなどのクラスメソッド
>は特別な理由がない限り、
>
> def Matrix.identity(n)
> Matrix.scalar(n, 1)
> end
>
>ではなくて、
>
> def Matrix.identity(n)
> self.scalar(n, 1)
> end
>
>のように定義するのをRubyのポリシーとしてしまってもいいのでは?
うーん. ちょこっと, サブクラスをつくると言うほど, 事情はそう簡単なでも
ないのでは?
というのも, Matrixにはコンストラクタと言うか, 結果としてMatrixを生成す
るメソッドがたくさんあるわけですが,
Matrix#+
Matrix#*
Matrix#inv
:
class S<Matrix
として,
S#+ -> S
S#* -> S
S#inv -> S
となる保証は全然ないですよね?
さらに,
S#indentity -> S
になる保証もないとうか, 存在しない場合もあるわけですよね. といことで,
Matrixのサブクラスを作成する場合, ここのメソッドについてどうなるか調べ
なくてはいけなくて, S#identityも調べなくてはいけないという意味では変わ
りません.
ということで,
ちょこっと, Matrixのサブクラスをつくる
と言うことはあり得ないと主張したいです.
とはいえ,
> def Matrix.identity(n)
> Matrix.scalar(n, 1)
> end
を
> def Matrix.identity(n)
> self.scalar(n, 1)
> end
に, というより Matrix をはずせって言うわけですよね.
def Matrix.identity(n)
scalar(n, 1)
end
これなら, 変更してもかまいません.
が,
Matrix#+ -> Matrix
Matrix#* -> Matrix
Matrix#inv -> Matrix
:
に関しては, いかんともしがたいので, サブクラスの実装の手間はあまり変わ
らないですが...
__
---------------------------------------------------->> 石塚 圭樹 <<---
---------------------------------->> e-mail: keiju@ishitsuka.com <<---