ActiveXコントロールへの新しいメンバの追加について

Question

いつもお世話になっています。

MFC ActiveX Control WizardでActiveXコントロールを作っています。

コントロールに新しいメンバを追加するとき、XXXX.odlに手で記述を追加しているのですが、メンバのDISPIDを必ず順番に書かないと動いてくれません。

例えばAAA、BBBという２つのプロパティとmmm、nnnという２つのメソッドがあった場合、odlに

properties:

//{{AFX_ODL_PROP(XXXXCtrl)

[id(1)] long AAA;

[id(2)] long BBB;

//}}AFX_ODL_PROP

methods:

//{{AFX_ODL_METHOD(XXXXCtrl)

[id(3)] long mmm();

[id(4)] long nnn();

//}}AFX_ODL_METHOD

という風にプロパティ→メソッドの順に続き数字で書かないと動いてくれません。

これだと後からプロパティを増やしたいとき、メソッドのIDをすべてずらす必要があり、かなり不便です。

またIDを変更すると以前のものと互換性が無くなるように思います。

こういうものなのでしょうか？　それともなにか私のやり方がまずいのでしょうか？

どなたかご存じのかたいらっしゃいましたら教えて下さい。

Answer 1

COM に関しては以前結構調べてたのですが、最近すっかり忘れてしまいました。
でも以下の記事とか参考になりませんでしょうか？

http://www.microsoft.com/japan/msdn/community/gdn/ShowPost-22843.htm

Answer 2

ひらぽんさん、こんにちは。　hiro-taです。

ご回答ありがとうございました。

難しくてまだよくは理解できていないのですが、ようするに新しいメンバを追加するときはinterfaceを増やすのがCOMの流儀ということですね。

Answer 3

ご参考までに、COMの設計思想は以下から読み広げていくと、理解できると思います。

[Interface Pointers and Interfaces]
  http://msdn.microsoft.com/en-us/library/ms688484(VS.85).aspx

  COM interfaces are immutableと記載されていますね。


日本語訳が見つかりませんが、Inside COM（日本語訳版）という本が身近にあれば、
そちらを参照することをお勧めします。

Answer 4

>ようするに新しいメンバを追加するときはinterfaceを増やすのがCOMの流儀ということですね。

それはカスタムインターフェースの場合です。

ディスパッチインターフェースを複数実装することはできません。

ちなみに

>という風にプロパティ→メソッドの順に続き数字で書かないと動いてくれません。

という制限はなかったような気がしますが。。。

Answer 5

>ディスパッチインターフェースを複数実装することはできません。

>

そうなんですか？　じゃあどうしようもないのかな・・・

>>という風にプロパティ→メソッドの順に続き数字で書かないと動いてくれません。
>
>という制限はなかったような気がしますが。。。

>

もしかしてあとから追加するときは ↓ みたいにすればよいのでしょうか？

properties:

//{{AFX_ODL_PROP(XXXXCtrl)

[id(1)] long AAA;

[id(2)] long BBB;

//}}AFX_ODL_PROP

methods:

//{{AFX_ODL_METHOD(XXXXCtrl)

[id(3)] long mmm();

[id(4)] long nnn();

//}}AFX_ODL_METHOD

// 新しくプロパティを追加

properties:

//{{AFX_ODL_PROP(XXXXCtrl)

[id(5)] long CCC;

//}}AFX_ODL_PROP

Answer 6

ダメでした。

properties:

が2つ以上あるとビルドでエラーになるみたいです。

Answer 7

properties:

//{{AFX_ODL_PROP(XXXXCtrl)

[id(1)] long AAA;

[id(2)] long BBB;

[id(5)] long CCC;

//}}AFX_ODL_PROP

methods:

//{{AFX_ODL_METHOD(XXXXCtrl)

[id(3)] long mmm();

[id(4)] long nnn();

//}}AFX_ODL_METHOD

こういうことだけじゃないの？
（試していません）

---

質問スレッドで解決した場合は、解決の参考になった投稿に対して「回答としてマーク」のボタンを押すことで、同じ問題に遭遇した別のユーザが役立つ投稿を見つけやすくなります。

Answer 8

hiro-taです。 >こういうことだけじゃないの？ >（試していません） > それがダメなんです。ビルドは通りますが、上記の場合だとIDが3以降のメンバは動作しなくなります。

Answer 9

それがダメなんです。
ビルドは通りますが、上記の場合だとIDが3以降のメンバは動作しなくなります。

どのようにその ActiveX コントロールを利用しているのでしょうか。
また、別の ActiveX コントロールを新規に作成しても同じ現象になるのでしょうか。

ある程度情報を集まったら、手元でも試します。

---

質問スレッドで解決した場合は、解決の参考になった投稿に対して「回答としてマーク」のボタンを押すことで、同じ問題に遭遇した別のユーザが役立つ投稿を見つけやすくなります。

Answer 10

普通にフォームなどに貼り付けて使用しています。

先ほど気づいたのですが、どうもVC6とVC8で違うようです。いままでVC6でやっていたのですが、VC8ではodl->idlというファイル名に変わっており、IDは続き数字でなくてもよくなったようです。

もう少しいろいろ調べてみます。

Answer 11

普通にフォームなどに貼り付けて使用しています。

その「普通」とはどのようなものか明確に説明してください。
少なくとも、どの環境で、どのバージョン、どのようなプロジェクトといった情報は必要だと思います。
（他の人から見たら「普通」という表現では、何も追加で分かることはありません。）

先ほど気づいたのですが、どうもVC6とVC8で違うようです。いままでVC6でやっていたのですが、VC8ではodl->idlというファイル名に変わっており、IDは続き数字でなくてもよくなったようです。

過去に VC6 で作っていた ActiveX コントロールのソースコードを確認しましたが、別に続き数字でもなく、C# からの利用でも特に問題はありませんでした。（連番になっていない ODL で問題なし）
このことから、「できない」のはそのプロジェクト、利用環境、ビルド環境のいずれかに何らかの問題があるのだと推測します。

# 単純に VC6 のせいではないということ。

---

質問スレッドで解決した場合は、解決の参考になった投稿に対して「回答としてマーク」のボタンを押すことで、同じ問題に遭遇した別のユーザが役立つ投稿を見つけやすくなります。

Answer 12

すみません、どうも私の勘違いだったようで、AzuleanさんのおっしゃるとおりVC6でも続き数字でなくても大丈夫でした。

以前試したときにうまくいかずできないものと思いこんでしまったようです。　そのときはおそらく他のソースに問題があったのだと思います。

大変失礼いたしました。