COM -Component Object Model-コミュの教えて下さい

はじめまして
ＣＯＭについて勉強したいのですが、
良い本があれば教えて下さい（絶版もＯＫです）。

ＥＸＣＥＬ、ＷＯＲＤ、ＩＥ、ＯＵＴＬＯＯＫをプログラムで
操作したいと思っているのですが・・・。
．ＮＥＴは、入り口が分からないもので、
ＣＯＭから入ってみようと思っています。

よろしくお願いします。

コメント(17)

最初
全て
最新の40件

[1] mixiユーザー 10月07日 14:02

Microsoft Office 製品が多いようなので、
とりあえず、VBA 勉強したほうがいいんじゃない？

[2] mixiユーザー 10月07日 18:36

レスありがとうございます。

ＶＢＡのどういう機能を使うと、
これらのプログラムを操作できるのでしょうか？

[3] mixiユーザー 10月08日 19:54

> ＶＢＡのどういう機能を使うと、
> これらのプログラムを操作できるのでしょうか？

VBA 自体が Microsoft Office Application を扱うためのものです。
とりあえず、入門書で勉強しましょう。

[4] mixiユーザー 10月08日 21:43

レスありがとうございます。

私がやりたいのは、ＥＸＣＥＬ　ＶＢＡで、ＯＵＴＬＯＯＫを操作する方法です。
入門書には、そういうことは書いてないのですが・・・

[5] mixiユーザー 10月08日 22:58

んー。COMでも.NETでもないような気がしますが・・・

Office アプリケーションをカスタムアプリケーションで利用するようにする製品はありますが、違うようですね

操作とはどういう操作なのでしょうか?

（VBAはわからないけれども・・

、参照設定の利用は違いますか？）

[6] mixiユーザー 10月08日 23:04

Outlook2007を立ち上げてそこからVB Editorを立ち上げてヘルプを開くとOutlook 2007 開発者用リファレンスというのが出てきます。それを読んでみるといいんじゃないでしょうか。基本はExcel VBAからCreateObject("Outlook.Application")したオブジェクトがOutlookのApplicationオブジェクトと同じものだと思います。

[7] mixiユーザー 10月09日 18:59

みなさん、レスありがとうございます。

操作というのは通常手で行っているオペレーションのことです。
定型的な操作を自動化したいと思っており、
ＵＷＳＣというフリーソフトを使うと可能です。

ＣＯＭを使いこなせると高度なことができるため、
ＣＯＭとＯｆｆｉｃｅ製品のＣＯＭインタフェースを
知りたいと思っています。

ＣＯＭについて書かれた書籍、ホームページ等をご存知でしたら
教えて頂けませんでしょうか。

[8] mixiユーザー 10月09日 23:00

基本的な呼び出し方ならもうすでに書かれていますけど、
参照設定して new するとか、CreateObject してやるとか。

とりあえず、Excel VBA ならこんな本があります。

かんたんプログラミング Excel2003 VBA 応用編
http://www.gihyo.co.jp/books/4-7741-2094-4

ただ、Outlook VBA をまともに解説している書籍にはお目に
かかったことはないので、そちらはしっかりと基礎を身につけ
help のみで coding ができるようになる必要がありますね。

それから、Outlook の automation は Outlook の外部から
扱いにくくされているので、Excel VBA から呼び出すのではなく、
Outlook VBA から Excel automation を扱うようにしたほうが
いいでしょう。

Outlook を外部から制御しようとするとかなりの確率で
security dialog が出ちゃいます。
# Version にもよるけどね。

[9] mixiユーザー 08月01日 21:43

質問です。VisualC#でCOMのdllを作成し、VisualC#の機能で、レジストリに登録して、そのPCではCOMは動作したのですが、これをVisualC#もインストールしていない別のPCに配布して使うにはどうしたらいいのでしょうか？

多分、VisualC#のCOM登録は、プロジェクトのbinフォルダにできたdllファイルを、レジストリに登録していて、dllそのものをシステムフォルダとかにコピーはしてないと思います(検索しても出てこなかったので)。

dllを該当PCのどこかのフォルダにコピーして、手動でレジストリに登録すれば使えるんだと思いますが、やり方がわかりません。ネットで調べたら、なんたらreg32を使うとか見たような気がしますが。

よろしくお願いします。

[10] mixiユーザー 08月02日 10:41

>>[9]
大雑把な段取りとしては...

作成したDLLが必要とするバージョンの .NET Framework をインストールする(99%のマシンには、自分が必要とする.NET Framework は入っていないと考える必要があります)。

適切なフォルダ(COMはグローバル参照されるので、利用マシン上で必ず一意となり、なおかつそのマシンのすべてのユーザーから参照可能なフォルダに配置する必要があります)にファイルを配置する。

COM登録(regsvr32.exe ではなく、Regasm.exe を利用する)を行う。

となります。

通常はこれら一連の処理を行うためにインストーラを用意してそれを利用者に配布します。

個人的には、COMサーバーを .NET (C#であれ、VBであれ)で提供するのはお勧めしません。

[11] mixiユーザー 08月02日 13:01

>>[10]
ありがとうございます。
とりあえず、作成したdllと同じバージョンの.NetFramworkフォルダにあるRegAsm.exeを使って、dllの登録と削除は成功したのですが、
いざdllを実行するプログラムを走らせると、CreateObjectでNotSupportedExceptionが出てしまいます。
実は、このdllはProgramFilesにある他のdllを参照設定して動くのですが、
、当然、コピーしたPCにも同じdllは入っています。ただ、dllを作ったOSはDドライブのXPで、コピーしたPCはCドライブのVistaなのですが・・・・。
この辺でなにか参照のズレとか発生してしまうのでしょうか？

[12] mixiユーザー 08月02日 14:44

RegAsmでの登録時のコマンドは以下のような感じです。

C:\>C:\Windows\Microsoft.NET\Framework\v2.0.50727\RegAsm.exe C:\Windows\system32\コムのdll

[13] mixiユーザー 08月02日 17:29

NotSupportedException は、呼び出した何かをサポートしていないという例外です。
何をサポートしていないのかは、例外が出ただけではわかりませんが。

.NET は、DLLなどの参照は原則として、自分自身と同じフォルダを対象に行います(サテライトアセンブリなどいくつか例外はありますがその場合はサブディレクトリ)。
そのため、COMのDLLとは別のフォルダにある場合まず間違いなく参照できません。

登録するDLLがシステムディレクトリにある場合、参照するDLLもシステムディレクトリになければなりません。

ですが、現在のWindows(もうじき延長の切れるXPを含む)は、システムディレクトリに非MS製のモジュールをインストールすることを原則禁止しています。

ですので、登録するCOMDLLと、参照するファイルのもろもろはまとめて、Program Files に専用フォルダを用意してそこに配置することをお勧めします。

ちなみに、ビルド環境と実行環境のフォルダ構成が一致している必要はありません。

[14] mixiユーザー 08月02日 19:34

>>[13]
確かに、NotSupportedExceptionはCOM利用プログラム側のミスでした。

登録するCOMDLLと、参照するファイルのもろもろはまとめて、Program Files に専用フォルダを用意してそこに配置して、RegAsm.exeで登録したのですが、
COMを呼び出すと、「指定されたプログラムIDのオブジェクトインスタンスの作成に失敗しました」と出ます。

VisualStudioでのビルド登録なら、何の問題もなくうまくいくのですが・・・・。

http://tech.nitoyon.com/ja/blog/2008/07/31/c-sharp-com/
と同様に、インターフェースや実装クラスにGUIDを、生成exeを使ってつけていますが、これって必須なんでしょうか？あと、このページだと、RegAsm.exeで
/codebaseとかつけていますが・・・。 /tldとかつけているページもありましたが、この辺のやり方がページによってバラバラで、はっきりしませんね。

[15] mixiユーザー 08月07日 13:31

>>[14]
RegAsm.exe については、まずは
http://msdn.microsoft.com/ja-jp/library/vstudio/tzat5yw6.aspx
をご参照ください。

ページによってばらばらなのではなく、つける必要性とかそういうあたりで違いがある(またはよくわからないのでとりあえずつけない->動いたのでそのまま)
からです。

で、GUIDですが、GUIDをつけておくと、IIDやCLSIDが固定になります。
どこにつけているか?でそれがIIDとなるのか、CLSIDとなるのかは変わります。

GuidAttribute などにも書かれているので参照してみるとよいでしょう。

こちらも、むやみやたらとつけているわけではなくきちんと意図を持ってつけています。
あと、Guidは、ユニークにしなければなりませんので、サンプルコードと同じ値を使ってはいけません。

[16] mixiユーザー 08月09日 10:35

>>[15]
ありがとうございます。とりあえず、COMの作り方にならって、インターフェースをつけて、IDをつけて、/codebaseオプションをつけたら登録できました！
僕の見ていたサイトだとインターフェースも/codebaseもつけてなかったんですがね。IDはVisualStudioのGUIDの生成で付けれるようですが、これで重複しないんですかね？配布先で重複したりしないんでしょうか？謎です。

[17] mixiユーザー 08月09日 11:35

>>[16]

RegAsmももう世に出て１０年たっています。
なので、見つけた記事の書かれた時期によっては /codebase がなくても問題なかったなどはあるかもしれません。
＃厳密名がないものの場合は、その影響は大きいと考えられる

GUIDですが、GuidGen や UuidGen などのGUID生成ツールや、System.Guid.NewGuid() などを使って生成していれば、原則として重複することはありません。
ちなみに、上記のEXEや、.NET のメソッドは、最終的にすべて UuidCreate というAPIにたどり着きます。

Guidのユニーク性は、MACカードと時間だったかな?を利用してユニークになるように作られているそうです。

GUID 構造体のリファレンスに出ていますが、GUID 自体はMSの実装(単に名前がそうなってるだけ。。。ともいえますが)で、正式には、Universally Unique Identifiers と呼ばれるものです。

どこかに、生成アルゴリズムのユニーク性についての文献があると思いますよ。
ざっとMSDNライブラリ覗いた範囲では見つかりませんでしたけどｗ

ログインすると、みんなのコメントがもっと見れるよ