«前の日記(2003年08月24日) 最新 次の日記(2003年08月26日)» 編集

Matzにっき

<< 2003/08/ 1 1. [Ruby]1.8.0 preview7
2 1. [Ruby]Ruby 1.8.0
2. [生活]花火
3. [OOP]オブジェクト指向が難しいのか(予告)
3 1. [教会]松江
2. [家族]米子
3. [名前]ひらがなのなまえ
4 1. 来訪者
2. [Ruby]Ruby 1.8.0
5 1. [車]見積もり
2. [Ruby]記者の眼
3. [Ruby]1.8.0のバグ
6 1. [OOP]継承は悪か
7 1. [仕事]出張
2. [OOP]オブジェクト指向の神髄
8 1. [Ruby]まつもとゆきひろを囲む会
2. [OOP]アイデンティティ
3. 番号
9 1. [Ruby]Lightweight Language Saturday
2. また欠航
10 1. 帰宅
11 1. [Ruby]バグ
2. [Ruby]LL Saturday感想
12 1. [家族]帰省
2. [芸術]トリック×トリック
13 1. [休暇]秋芳洞
2. [Ruby]今日のバグ
14 1. 買い物
2. [原稿]Linux Magazine
15 1. でえと
2. 温泉
3. 原稿
4. [Ruby]irb
16 1. 帰宅
17 1. [教会]出雲訪問
18 1. [原稿]技術の真髄
19 1. [会社]送別会
20 1. [原稿]「技術の真髄」完了
21 1. [大学]Linux体験講座
2. [家族]対話
22 1. 訪問者
2. 記憶のふしぎ
23 1. 休日
24 1. [教会]松江
25 1. [OOP]Mix-inと多重継承
2. [OOP]アイデンティティ再び
26 1. [Ruby]多重代入
27 1. [OOP]続々アイデンティティ
28 1. チケット
2. [OOP]アイデンティティFAQ
29 1. [Ruby]local jumpの改善
30 1. [家族]流しそうめん
31 1. [教会]松江
2. [OOP]箱モデル
>>

2003年08月25日 [長年日記]

_ [OOP]Mix-inと多重継承

matjuことMathieu Bouchardが、「Rubyに本物の多重継承を」と提案している([ruby-core:1378])。

基本的な主張は

  • RubyのMix-inは実質的には多重継承である
  • だからclassとmoduleの差を無くしてしまえば制約が減る
  • より理解しやすいし、説明も簡単になる

というようなことなのだが、私の答えは「気持ちは分かるが賛成できない」である。

というのも、Rubyのmoduleのような制約によってMix-inを強制した方が、 クラスの階層構造のデザインがきれいになることを支援できると考えているからだ。

しかし、改めて考えると、「なぜその方がきれいになるか」とうことを上手に説明できない。

継承のラインとMix-inのラインを区別することで、単純(単一)継承のシンプルさと、 多重継承の機能の両方を実現できる、というのが一応の答えだが、本当にそうか、証拠があるか、 と問われると答えに窮したりして。

結局matjuはあまり賛成が得られなかったということで、この提案を引っ込めてしまうのだが、 将来の考察の材料にはなったと思う。

Mix-inは本当に多重継承より優れているのか

今後も考察を続けたい。

_ [OOP]アイデンティティ再び

最上さんの日記で、 私が書いていることについての疑問点をリストしていらっしゃる。 分からないのは、私が書きなぐった日記を時間をかけて考察しているからではないかと(苦笑)。

これらの記事を読むと「アイデンティティがあること」と「リファレンスあるいはポインタ値があること」と「代入によってコピーが発生しないこと」がほぼ同じ事とされているように思う。しかし本当にこれらは同じことなのだろうか。これが第一の疑問点。しかもこれらがオブジェクト指向の必要条件とされている。

同じじゃないかも。私が同じでない例を思いつかなかっただけで。

これらが必要条件かというとそれは微妙で、 RubyにおけるFixnumの実装などを考えると、アイデンティティがないオブジェクト指向は不可能ではないと思います。 しかし、それはあくまでもtrivialなケースだけで、アイデンティティがない(よって副作用もない)状況で、 実用的なオブジェクト指向プログラミングは不可能ではないかというのが私の意図です。

その辺が、以前「アイデンティティ」で「副作用の全くないオブジェクト指向プログラミングというのは、なかなか考えにくい」と書いた真意なのです。

第二の疑問はこの条件を満たさなくてもオブジェクト指向と呼べる場合があるのではないかということ。例えばC++ではクラスメソッドの内部以外では一切ポインタを使わないことにしてobject.method(arguments); と言う形の呼び出しを使って全てを済ませることが出来る。可変長のものを扱わなくて良いのならクラスメソッドの内部でもポインタを一切使わなくて良い。この場合はアイデンティティはない。ポインタ値もない。代入によってコピーが発生する。でもこれでも充分オブジェクト指向ではないのか。それともなにか見落としているだろうか。

「object.method(argument);という形」がどういう形なのかいまいちよくわからないのですが、 objectというのはスタック上のオブジェクトであるということなのかな。 仮にそうだとしてもC++だとメンバ関数にはthisというリファレンスが暗黙に導入されちゃっているんで、 「ポインタ値もない」とはいえないんじゃないかと。

仮に「メンバも一切使わない」のだとすると、 それだけで実用的なオブジェクト指向プログラミングができるとは私には思えません。 つまり、「不可能」ではなく「実用的ではない」ですね。 動的結合も副作用さえも使えないわけですよね。

追記

あれ、もしかして「アイデンティティがない」って表現を、 「アイデンティティがないものがある」という意味で使ってます?

私は「アイデンティティがないものしかない」という意味で使ってます。 アイデンティティがあるものとないものが混ざっている場合には、 オブジェクト指向するのになんの問題もないので。


«前の日記(2003年08月24日) 最新 次の日記(2003年08月26日)» 編集