東方算程譚

Oriental Code Talk ── επιστημηが与太をこく、弾幕とは無縁のシロモノ。

目次

Blog 利用状況

ニュース

著作とお薦めの品々は

著作とお薦めの品々は
東方熱帯林へ。

あわせて読みたい

わんくま

  1. 東京勉強会#2
    C++/CLI カクテル・レシピ
  2. 東京勉強会#3
    template vs. generics
  3. 大阪勉強会#6
    C++むかしばなし
  4. 東京勉強会#7
    C++むかしばなし
  5. 東京勉強会#8
    STL/CLRによるGeneric Programming
  6. TechEd 2007 @YOKOHAMA
    C++・C++/CLI・C# 適材適所
  7. 東京勉強会#14
    Making of BOF
  8. 東京勉強会#15
    状態遷移
  9. 名古屋勉強会#2
    WinUnit - お気楽お手軽UnitTest

CodeZine

  1. Cで実現する「ぷちオブジェクト指向」
  2. CUnitによるテスト駆動開発
  3. SQLiteで組み込みDB体験(2007年版)
  4. C++/CLIによるCライブラリの.NET化
  5. C# 1.1からC# 3.0まで~言語仕様の進化
  6. BoostでC++0xのライブラリ「TR1」を先取りしよう (1)
  7. BoostでC++0xのライブラリ「TR1」を先取りしよう (2)
  8. BoostでC++0xのライブラリ「TR1」を先取りしよう (3)
  9. BoostでC++0xのライブラリ「TR1」を先取りしよう (4)
  10. BoostでC++0xのライブラリ「TR1」を先取りしよう (5)
  11. C/C++に対応した、もうひとつのUnitTestFramework ─ WinUnit
  12. SQLiteで"おこづかいちょう"
  13. STL/CLRツアーガイド
  14. マージ・ソート : 巨大データのソート法
  15. ヒープソートのアルゴリズム
  16. C++0xの新機能「ラムダ式」を次期Visual Studioでいち早く試す
  17. .NETでマンデルブロ集合を描く
  18. .NETでマンデルブロ集合を描く(後日談)
  19. C++/CLI : とある文字列の相互変換(コンバージョン)
  20. インテルTBBによる選択ソートの高速化
  21. インテルTBB3.0 によるパイプライン処理
  22. Visual C++ 2010に追加されたSTLアルゴリズム
  23. Visual C++ 2010に追加されたSTLコンテナ「forward_list」
  24. shared_ptrによるObserverパターンの実装
  25. .NETでマンデルブロ集合を描く(番外編) ── OpenCLで超並列コンピューティング
  26. StateパターンでCSVを読む
  27. 状態遷移表からStateパターンを自動生成する
  28. 「ソートも、サーチも、あるんだよ」~標準C++ライブラリにみるアルゴリズムの面白さ
  29. インテルTBBの同期メカニズム
  30. なぜsetを使っちゃいけないの?
  31. WPFアプリケーションで腕試し ~C++でもWPFアプリを
  32. C++11 : スレッド・ライブラリひとめぐり
  33. Google製のC++ Unit Test Framework「Google Test」を使ってみる
  34. メールでデータベースを更新するココロミ
  35. Visitorパターンで遊んでみたよ
  36. Collection 2題:「WPFにバインドできる辞書」と「重複を許す検索set」
  37. Visual C++ 2012:stateless-lambdaとSQLiteのぷち拡張
  38. 「Visual C++ Compiler November 2012 CTP」で追加された6つの新機能

@IT

  1. Vista時代のVisual C++の流儀(前編)Vista到来。既存C/C++資産の.NET化を始めよう!
  2. Vista時代のVisual C++の流儀(中編)MFCから.NETへの実践的移行計画
  3. Vista時代のVisual C++の流儀(後編) STL/CLRによるDocument/Viewアーキテクチャ
  4. C++開発者のための単体テスト入門 第1回 C++開発者の皆さん。テスト、ちゃんとしていますか?
  5. C++開発者のための単体テスト入門 第2回 C++アプリケーションの効率的なテスト手法(CppUnit編)
  6. C++開発者のための単体テスト入門 第3回 C++アプリケーションの効率的なテスト手法(NUnit編)

AWARDS


Microsoft MVP
for Visual Developer - Visual C++


Wankuma MVP
for いぢわる C++


Nyantora MVP
for こくまろ中国茶

Xbox

Links

記事カテゴリ

書庫

日記カテゴリ

これが悪名高き"魔のダイヤモンド"問題

ネタ元 → 親の子、子知らず(C++ virtual キーワード)

ダイヤモンド継承だと予想外の挙動を示す典型的な例。

#include <iostream>
#include <string>

// 抽象猫
class AbstractCat {
public:
  virtual std::string sound() const { return "にゃー"; }
};

// 生猫
class Cat : virtual AbstractCat {
public:
  // 基底クラスの鳴き声で鳴く
  void MakeSound() const { std::cout << sound() << std::endl; }
};

// 機械猫
class RoboCat : virtual AbstractCat {
public:
  // できそこないの機械猫はまだ巧く鳴けない
  virtual std::string sound() const { return "#$&*|ふじこ"; }
};

// アンドロ猫(生猫と機械猫のあいのこ)
class AndroidCat : public Cat, public RoboCat {
public:
  // 電源投入時、一度鳴く
  void power_on() { MakeSound(); }
};

int main() {
  AndroidCat kitty; // アンドロ猫起動!
  kitty.power_on();
}

さて、アンドロ猫は電源投入時になんと鳴くでしょ?
AndroidCat::power_on() から Cat::MakeSound() が呼ばれます。
Cat::MakeSound() は基底クラス(AbstractCat)で定義された
virtual-funcition: sound() で鳴き声を手に入れ、鳴いてます。

ですから実行結果は...
#$&*|ふじこ

です。えー!?

投稿日時 : 2007年11月19日 16:15

コメントを追加

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/19 16:37 れい

私、猫好きなんです。
動物虐待で訴えてもいいですか?

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/19 16:46 επιστημη

えー、トラックにはねられて虫の息だった猫を
たまたま通りがかったロボット工学の権威が
助けてあげたのですが... なんちてー

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/19 17:05 シャノン

ダイヤモンド継承が悪いんじゃなくて、AbstractCatが具体的な鳴き声を持っているのが悪いんです。
ダイヤモンド継承を悪者にしたがる人が多くて嫌になります。実際に間違えているのは他のところなのに。

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/19 17:15 επιστημη

そーです。ダイヤモンド継承時、ダイヤモンドの頂点が
再定義可能な実装を持っているとややこしーことが起こります。
「できる」からといって「正しくできる」とは限らない。
いつも「正しくできる」ことが保証できんのなら、いっそ「やってはならぬ」としちまえー。
ちゅーのが単一継承+interfaceて解になるんしょかね。

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/19 18:24 lol

このネタ前にもあった様な···

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/19 19:26 とっちゃん

VS2005 だと
warning C4250: 'AndroidCat' : 2 つ以上のメンバが同じ名前を持っています。'RoboCat::RoboCat::sound' から継承します。
'RoboCat::sound' の宣言を確認してください。

と出ますね。
へぇ。。。だわw

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/19 20:22 通りかかり

Catにsound()を追加すると,g++では
error: no unique final overrider for 'virtual std::string AbstractCat::sound() const' in 'AndroidCat'
と怒られました.
これはMakeSound()を呼ぶ側では解決できないのでしょうか?

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/19 21:05 επιστημη

AndroidCat::soundがどっちのsoundから引き継ぐか定まらんからですね。

class AndroidCat : public Cat, public RoboCat {
public:
 virtual std::string sound() const
  { return Cat::sound(); }
 void power_on() { MakeSound(); }
};

とかやることになりますですねー

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/20 0:52 通りかかり

おお,自分のsound()で決定する,というわけですね.
ありがとうございます.

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/20 21:35 よもやま

うあ、気がついたらネタ元リンクが(^^;;
ネタ元にどんどんリンクされるよう
精進しますです。

# re: これが悪名高き"魔のダイヤモンド"問題 2007/11/21 6:03 επιστημη

ごめんなさいねー。エントリにURL書いてもなぜかTB飛ばんのですよ。

# ロレックスコピー 2023/05/09 6:31 coxAcquic

エルメス ケリー激安}}}}}}
https://www.ginzaking.com/product/detail/13434.htm

タイトル
名前
URL
コメント