どうしてCOMは即死したのか

.NET で作られた有名ソフトって何がある？
http://pc8.2ch.net/test/read.cgi/tech/1027559190/

724 名前：デフォルトの名無しさん[sage] 投稿日：2006/03/24(金) 12:25:47
COMスレ立ててそっちでやってくれよ

オートメーションサーバあたりでプログラマが即死したからだと思う。

これからCOMはどうなると思う？
もうネイティブで書く意味は無いと思う？

本当に立てるとは思わなかった

馬鹿にはついて行けない複雑さだったからなあ

>>5　それ、俺のことだ。

20年近いのに即死ですか

COMって何ですか？素人なんでわかりません！

韓国の5000年の歴史に比べれば一瞬の出来事だな。

まあ、あれだ
お金がないから海岸で拾ったワカメの茎を塩茹でしてかじる
たいした味がないから食べるほどにひもじくなる。
そんな抽象的な概念だべ

EXEと違って64KB以内におさめないといけないのが大変だよな

>>11
.cmd ってのがなかったっけ？と思ったが
良く考えたらありゃ CP/M-86 か。

>>11 え？COM ってその COM の話だったのか？？

.COM企業か
何もかも懐かしい

　　　　　　＿, -‐-､＿__
　　　　　／　　｀　　 ｀　_　）
　　　/￣　　_,,ﾆ=‐─'´ｰ''',､
　　　ゝ-┬l;;;　　　　　　　　ヽ
　　　　l// |;;　　　　　　　　　_l
　　　　l　,./;; 　 (ﾆ＝､　　, ,=ﾆ
　　　/イr'ヽ;　　 ｰ=o､',　', ro'l
　　　ﾉ/ l l､!l　　　｀'''''　　ヽ｀´!
　　. ﾚ　 〉､｀ヽ　　 　 ノｰ-‐'　l
　　　 　 lゝﾉ''l　　　　,ｲﾒ三ヾ､!
　　　　 /､ l　ヽ　　 〃 ,,, ﾘ,,/l!
　　　, -l:::ヽヽ､ ヽ､,l!___l;;;;;;;;;lヽ､
　　´ 　 l::::::ヽ　ヽ｀ｰ─ヽ;;;;;;l::l ｀''ｰ､_
　　　　 ヽ::::::::ヽ　ヽ＿／ヽ;;l::lヽ
　　　　　ヽ:::::::::::ヽヽ__/'´;;;;l!:/　ヽ

　　　　 　妄　想　[Mou sau]
　　　　　（1551〜1604　中国）

ORG 100H

EXE2BIN

FCD2ISO

>>18　それはぜんぜん違うだろうが（笑

I4You

でもExcelとかを.netで扱うときはまだCOMなんじゃないの？
あれもそのうち.netとかになるってこと？

コムって何？

ったく、どいつもこいつも嘘ばっか書きやがって。
↓ほら、これがCOMだ。
ttp://ja.wikipedia.org/wiki/COM_%28%E9%9B%91%E8%AA%8C%29

＞COM（コム）は、1967年から1973年まで発刊された漫画雑誌。
＞「描きたいものが書ける雑誌」および「新人を育てる雑誌」として、
＞手塚治虫が、虫プロ友の会発行の会報「鉄腕アトムクラブ」を
＞発展解消する形で創刊した。

昔東芝がひっかかってたよな。

>>24 それ、ココムじゃね？

長嶋茂雄がCMやってたよな

>>26それはセコムだよな？

ららら無人くん？

>>28 それ、アコムじゃね？

違う違う
富士通のミニコンだよ

FACOM

こないだペンタブレット買った

つまらんな

.com ⇒ .net

DEBUGってWindowsXPになっても搭載されてるんだよね。

>>35 今はじめて知った。

時代遅れだから。
リフレクションで、MacにもJavaにもおくれてたし。

orz

それで、コムって何？

マイクロソフトが社運を賭けた技術のひとつ

またCOMとOLEを間違っているスレか

まだコムの説明がなされてません

>>32=38
WACOMな……
強く生きれ……

ＣＯＭ即死ってほどでもないじゃんｗｗｗｗ
DirectXだってずっと長生きしてるしｗｗｗｗ

てか長生きし過ぎ。
とっとと次世代に移れつーの。

DirectX 1/WinGからはじまって、はげしく即死しまくってるのだが。

ActiveXとかCOMつかうとなにがお徳なの？

OLEもOLE2もCOMもActiveXも今はNE(E)Tです。

VB=COM

>>47
exeやDLLの利用規約(インターフェイス)を山のようにゴテゴテと定めたものがCOM

【OLE】オートメーション総合スレ【ActiveX】
http://pc8.2ch.net/test/read.cgi/tech/1137771139/

こちらもよろしくね。

即死がCOMの命　delete this;

「死せるＣＯＭ、生けるﾄﾞﾄﾈﾄを走らす」

ﾄﾞﾄﾈﾄもそうMSの思い通りに普及してないようなきもする

どうしてスレと逆の話ばかりしたがるかな。

どうしてこう検索しづらい名前をつけるかね?

COMしかり、.Netしかり。

aspだって拡張子と同じだからファイルそのものがひっかかる

>>56
googleなめんな。

IUnknownとかで検索すればいいんだけどな

pUnkをパンクと読んでいいですか

>>56
最強に検索しにくいのはCだなｗ

どうしてWindowsDNAは即死したのか

なら意味分かるけど。

DNAで検索スレば（ｒｙ

>>56
次あたり、意図的に ORG とか GOV とか出して来ると見た。

いっそのことexeにしてしまえと

名案だ

COMってなに？

command.com

今更だがCOM最高だな
JScriptで超脱力オートメンションプログラミング

Charcoal Oil Mix
だっけ？
石炭と石油を混合した燃料を使うとお得とかそういう話。

ほのかに懐かしいかほりがするスレはここですか？

MASMなんて使わずDEBUGでゴリゴリ

ORG 100h
HALT

>>70
　　C:\>debug
　　-a
　　2D68:0100 mov eax,0
　　　　　　　　　　　　　 ^ ｴﾗｰ
　　2D68:0100
WinXP の debug は 32bit に対応してません。
Vista を待ちましょう。

ＯTＺ 100h

Oz

COMググって一所懸命ネタ探して乙

>>75
MS-DOS2.11の時代から現役です。
ファンクションコールがINT 21hだったのは覚えてるけど、
さすがにどの機能がALいくつだったかは忘れました。

SOAPは？

>>15
不覚にもﾜﾛｽ

>>76
ahじゃなかったっけ？
02hを出力に、01hを入力に、4chを終了に使った記憶がある。
40h周辺はファイル操作だったような。

誰か教えてくれ

>>79
今でもこのコードはEXEのヘッダー部分で健在だね。
PUSH CS
POP DS
MOV DX,000E　＜- ココ
MOV AH,09
INT 21
MOV AX,4C01
INT 21
DB 'This program cannot be run in DOS mode.', 0DH, 0AH, '$'
「ココ」のコードがなぞだがバイト数あわせか。

>>80
いや全然謎じゃなかった。
'This program cannot be run in DOS mode.', 0DH, 0AH, '$' 
のアドレスだった。
AH = 40H はファイルへの書き出しあってる。

エンドマークが'$'っつー妙なシステムコール

いまごろCOM勉強してる俺って・・・
OfficeやIEの寄生虫としては生き残らないか？

ヒント：氏亡フラグ

↓芸無し、４０代独身デブニート（素人）童貞、近藤妥の特徴
　
http://booklog.kinokuniya.co.jp/hayase/archives/2006/05/post_50.html
●自分に甘く、他人に厳しい　
●努力せずに成果が欲しい　
●すぐにいらつき、キレる　
●無気力、鬱になりやすい　
●「悪い」と思っても謝らない

ＣＯＭって今はサービスコンポーネントっていうんですか？
サービスコンポーネントは死んでないの？
ＣＯＭ＋って使ってる人どれくらいいるんだろう？

槍槍栗栗槍槍栗栗 槍槍栗とリス ♪

COM自体は悪くないと思うが、ActiveXがアレだな。

1)遠距離通信　Web & Web Serviceまんせ〜　
2)WEB配信のコンポーネント　ActiveXもJavaAppletもいらね。Flashでええがな。
3)アプリサーバー　分散トランザクションコーディネータとしてなんとか△
4)シェルやブラウザやコンテナ系アプリへのアドイン○
5)プログラム部品としてのコンポーネント CLIまんせ〜
6)プログラムのライブラリ 普通の言語レベルの機能でええやろ
守備範囲はずいぶん減った。
4はXPCOMのような応用例もあるからまだいけるかも。

>>5
CLI というか VisualStudio で CLI 使うときの下請けにCOMは案外便利。
TYPELIB があればラッパクラスを自動的に作ってくれるから。

>>86
Windows使ってる全ての人

Ｋ仲川について
Part 12 http://pc8.2ch.net/test/read.cgi/prog/1149910802/
Part 11 http://pc8.2ch.net/test/read.cgi/prog/1149837188/
Part 10 http://pc8.2ch.net/test/read.cgi/prog/1121735183/
Part 9 http://pc8.2ch.net/test/read.cgi/prog/1116787849/
Part 8 http://pc8.2ch.net/test/read.cgi/prog/1115159315/
Part 7 http://pc5.2ch.net/test/read.cgi/prog/1097207795/
Part 6 http://pc5.2ch.net/test/read.cgi/prog/1072341310/
Part 5 http://pc.2ch.net/test/read.cgi/prog/1049904397/
Part4 http://pc.2ch.net/test/read.cgi/prog/1032169313/
Part 3 http://pc.2ch.net/prog/kako/1027/10271/1027113507.html
Part 2 http://pc.2ch.net/prog/kako/990/990876626.html
オリジナル http://mentai.2ch.net/prog/kako/965/965618236.html　
関連スレ
【初めて仲川勝彦（Ｋ仲川）と仕事する方へ】
http://pc8.2ch.net/test/read.cgi/prog/1149580345/

COM Essentialで

void foo(void)
{
IPug * pPug;
hr = pUnk->QueryInterface(IID_IPug, (void**)&pPug);
if(FAILED(hr)) goto clean_exit;

・・・

clean_exit:
pPug->Release();
}

見たいな事が書かれていたんだけどQueryInterface失敗したら
取得できなかったインターフェースの開放はありえないよな？
それともIPugのポインタが返って、参照カウントも上がった状態でS_FALSEが返ることがある？

>>93
スレ違いのような来もするが：
・QI に失敗したらインタフェイスは取得できていない。ので解放しない。
・S_FALSE は失敗ではない。
・たぶん COM Essential （Essential COM?）のコードは合っていて、↑は写し間違い。

終わった今になって振り返れば、
COMってややこしそうなことによる弊害の方が大きかったね。

うん。
これからはSOAPでWEBサービスですよｗ

もっとプラグインに特化した作りにすれば良かったな。
やろうと思えば、いろいろできすぎて、目標が定まってない感じ。
IEがfirefoxばりに拡張できたらなぁ。

> 目標が定まってない感じ。
（少なくとも最終的には）それがCOMの狙いだと思うぞ。

バイナリインターフェイスが定まっていて多言語から扱えること
インプロセス・アウトプロセスなどの区別無くオブジェクトを扱えること
これがCOMの本質だと俺は思っているが。

成功すれば長所、失敗すれば短所。表裏一体だな。

失敗したのか？
ものすごく成功したコンポーネント技術の実装だと思うけどなぁ・・・
事実上 Windows オンリーなので汎用性は低いけど。

>>98
もちろんMSはそれを狙ってたし、COMの本質の認識もその通りだと思う。
自分が言いたいのは、それが戦略的に良くなかったって事。

COMが失敗した、終了だ、というということは今後Windowsの
COMで提供されていたサービスはAPIに戻るということ？

WinFXがCOMより先に脂肪してしまったではないのｗ

COMが死んだというより、OfficeやAdobeみたいな
大型かつ誰もが使うようなアプリでしか使われなかったということだろう。
結局、普通のライブラリにしたって、そこら中で車輪の再発名しまくりな状況だし、
スタンダードと認識できるもの以外は誰も使い回さないってことじゃないか。

LISPのコピペこそが最強な気がする

たしかにそうだ。
オートメーション/ActiveXのほかにはDirectX位しかCOMを使っているものって思いつかない。
後はマイナーなMSのライブラリとシェル拡張くらいか。
でもそいつらはこの上なく便利だけどね。

COMはコンポーネントを２次業者が自由に配布できる仕組みがないからな。
Adobeのコンポーネントを自分のアプリケーションから使おうと思ったら、
ユーザーにAdobeの製品を丸々インストールしてもらわないといけない。

まあ、もっと軽量なActiveXコンポーネントだったら、
同梱してインストーラでレジストリに登録とかできるだろうけどね。

COMとして重宝されてる一番の例はIEコンポか。

Irvineとかは?
AvedeskってCOM使ってなかったっけ

MSXMLも結構使われている。

プログラム部品としてのコンポーネントが失敗してるのは、内製したほうが安いからじゃないか？
労働力はサービス残業でタダだし。MS製はタダだから結構使われる、と。

ちょっくらタブブラウザについてのお勉強してみたいかなー、とか思ったんだけど
COMについていいサイトってある？できれば日本語で




こんなこと言ってる時点でダメすぎなのはわかってますよ、ええ・・・

スマン、あげとくです

>>112
とりあえず
ttp://www.asahi-net.or.jp/~kv8s-yjm/another/yjamain.htm
なんかがあるけど、急がば回れで Essential COM を読むのが個人的オススメ。
まあ「ちょっくら」にはふさわしくないかもしれんが

COMに関するスレがここしか見当たらないので、ここで質問させていただきます。
コネクションポイントからのイベントを受けるシンクオブジェクトは、CoInitialize()で初期化しなければならないんでしょうか？

CoInitializeはオブジェクトに対してではなくCOMを使用するスレッドが最初に呼び出すもの。

VBはIUnknownインターフェイスの情報ってどこから仕入れてるの？
C,C++ならUnknwn.Idlから生成されたUnknwn.hで型情報が分るけど、
VBはどこで見てるの？

>>81
OD,OAって、CR,LFだったような遠い記憶がする。

OD OAではなく0D 0Aだがな

>>117
適当にどこかのタイプライブラリから見ているのだろう。

idlってCOMクライアントアプリケーションの言語に依存しない独立した言語じゃなかった？
コンパイルするとクライアントアプリケーションで利用可能なファイルを生成するんだよね。
C,C++ならhやxxx_i.cとか。VB用なら.tlbファイルにコンパイルするのだろう。
tlbはタイプライブラリだからそのとおりだけど。

言語に非依存だけど、Windowsに非依存にならなかったから、終ったんだおね。
Win専用であれば普通のクラスライブラリの方がコーディングしやすくて性能も有利。

OLE,ActiveX,COMの違いが分からない
3.0,3.1 Me,XPみたいに
OSのバージョンを数字ではなく英字で書いてるようなもん？

俺はこう捉えている。
COM IUnknown始め、インターフェースでクラスオブジェクトをやり取りするための仕組み。

OLE(2)/ActiveXはその基盤にCOMを使った応用であり、
なんとなく複合ドキュメントあたりはOLE、
IDispatch関連や各種コントロールはAcitveXと呼ぶことが多い気がするけど、
きちんと境界があるわけではないので、厳密な区別は無い。

VB6のヘルプより。
「ActiveXコンポーネント」の「OLE サーバーとの相違点」トピック。
（前略）
ここで概説されている新機能の範囲の広さに合わせて、Visual Basic で
使用される用語も調整され、従来の OLE サーバーは、コンポーネントと
呼ばれるようになりました。
（中略）
従来の呼び方をそのまま使用してもかまいません。その場合は、
"ActiveX コンポーネント" を "OLE サーバー" と読み替えてください。

Effective COMの巻末に、「COM仕様書を読め」とありますが、当該ドキュメントはどこにあるのでしょうか？

.NETってCOMの延長線上にあるものでしょ？

OLE → ActiveX → COM → .NET

マイクロソフトのマーケティングの都合で
改名してるとしか思えん。

需要のあるDirectXなんて新しいものを入れ込んでも
数字を大きくするだけじゃん。

COMって、OS非依存だ゛ったっけか。HPも無茶するよなー。
http://h71000.www7.hp.com/openvms/products/dcom/

＞.NETってCOMの延長線上にあるものでしょ？

c→c++みたいな互換性なら０、つまりモノが断絶してます。
さらに、開発手法も別物なので片方の知識を覚えても片方の役に立ちません。

いや、仕組みが全然違うのは分るけど、でも
言語非依存にあれだけ拘るのはCOMの伝統でしょ？

Microsoftの実装はお互い相互運用でやり取りできるから、.NETとCOMは結構密接に感じる。
たとえばVBScriptでこんなコードが書ける。VB/VC++にはmscorlib.tlbなどのタイプライブラリもある。

コード張り忘れた。
Option Explicit

Dim stack
Set stack = CreateObject("System.Collections.Stack")
With stack
    Call .Push("Foo")
    Call .Push("Bar")
    WScript.Echo .Pop
    WScript.Echo .Pop
End With

すげーな

感動した。

ActiveXコントロールってこれからも継続されるのかな？
特に売り物。

>>128
DirectXでもちゃんとQueryInterface使ってるところがあったりする

つうか順序が違う。
COM
OLE
ActiveX
.NET

これ何の順番？

勘違いの順番

>>133-134
おー、最近VBScriptで使い捨てのスクリプトを書いてるんだが
こんな風に.NETのクラスが利用できるとは。
俺のようなアマチュアには嬉しい情報

OLE
ActiveX
COM
.NET

こういう順番に開発されたのかと思ってた。自分の無知が恥ずかしいです。
でも正しい知識が得られてよかったです。ありがとう138さん！！！！

COMは、古くは江戸時代の頃から、COM僧によって日本各地に広められたとされる

>>142
マイクロソフトがマーケティング的に推してきた順に並べるとそうなると思う。

COMの語源は虚無だったのか。。

待てよ、ole.hを覗いてみたが、OLE1はCOMを使っていない。
OLE1 → COM付きでOLE2という順ではないのか。

OLE
OLE2 = COM = ActiveX
COM+
.NET Framework

２段目は横並びでいいはず。
OLEの拡張機能にOLE2と名前を付けたが実態と合わないので、
基盤技術をCOMとよび応用技術や製品をActiveXと呼ぶこととしたが、
OCXカスタムコントロール=ActiveXのイメージが強すぎてグタグタ。

ActiveXは明らかに後から出てきたもので、
「ActiveXコントロール」は「OLEコントロール」を拡張したもの。
なんで括弧でくくってるかというと、
MS自身が「ActiveXは特定の技術を指す名称ではない」と言っているから。

COMが普及する前は、COMはOLEにのみ使われていました。
OLEは難解だけどCOMはそれほど難解じゃない。

OLE1
↓拡張
OLE2 →部分要素→ COM ←相互運用← .NET
↓拡張
ActiveX

COM自体はNETと相互運用できるし、
OLE Automation は MSOfficeやIEの自動化で今でも頻繁に使う。

MS自身が.NETに移行できてないんだから仕方がない。

ActiveXは、技術用語なくて、マーケティング用語だと思う。つまり、宣伝用。
だから、使い出したMSもよく分かっていない。

COMコンポーネントとOLEオートメーションサーバの違いは？

OLEオートメーションサーバからイベントを受け取るために作成するのはCOMオブジェクト。

OLEオートメーションサーバの場合、
やっぱりインタフェイスはOLEオートメーション互換じゃなきゃいけないんじゃない？仁義として。
普通のCOMコンポーネントなら IDL で書けさえすりゃ何でもありだろうけど。

いやサーバ側の定義するインタフェースじゃなくて、
たとえばWord文書のBeforeSaveとかのイベントを受け取るために作成するCOMオブジェクトの話よ

OLE1.0→COM→VBX→OLE2.0→OCX→ActiveX→DCOM→COM+→.NET

COMのスレがここ以外マジで死滅した件

無くなると言われると意外にウェブブラウザの進化には重要だった希ガス。
Flashとか。
Ajaxが代用となってくのかな？

Ajaxは厳しいな〜。ある意味COMよりつらい。
JavaScriptに変わるまともなブラウザーベースの言語ができればよいけど。

>155
http://pc10.2ch.net/test/read.cgi/tech/1168427595/l50

http://pc10.2ch.net/test/read.cgi/tech/1167788121/

Visual Studio 2005のオートメーションの話です。
プロジェクトファイル(.csproj)のPropertyGroup中にエレメントを追加する方法はないですか？
IExtenderProviderつかうと↓みたいに追加されるんです。

<ProjectExtensions>
<VisualStudio>
<UserProperties Hoge = "banana">
</VisualStudio>
</ProjectExtensions>

ActiveX漬けの韓国，Vistaに参った
ttp://oku.edu.mie-u.ac.jp/~okumura/blog/node/1219

韓国ではVistaの登場で多くのサイトが使えなくなる?
ttp://slashdot.jp/it/07/01/26/0637208.shtml

CMSってなんですか

>>159
シリアライズの問題だろ

オートメーションのCOM DLLをマニフェストを使ってSide-by-Side配置で実行したら、
異常にパフォーマンスが良くなったのですが、
SxSなし　2623.700 sec
SxSあり　     3.636 sec
これだけ差が出るとSxSではないほうに問題がありそうな気もしますが、情報求む。

ソース、VS2005(STD以上）でソリューションが開けてそのままSide-by-Side配置対応のコンパイルできます。
ttp://www7a.biglobe.ne.jp/~fbsoft/denshoku/fctest.zip
Side-By-Sideと非Side-By-Sideの切り替えはここを参照。
ttp://densanshokunin.at.webry.info/200702/article_2.html

DCOM....設定綿土井

DCOMでよそのPCのExcelを起動できた時は感動したなあ
セキュリティ云々が問題になる前の時代の話

構造体やValueオブジェクトをやり取りする簡単な手段が無かったのが痛かった。
オブジェクトをそのまま返すとインターフェイスを渡すだけだからValueオブジェクトにならない。
ローカルなCOMだとプロパティから１つずつ取り出せばいいが、
DCOMだとその回数だけ通信が発生するから遅いのなんのって。

.NETがだめなのを見てCOMがこれからもう一度再評価されることを確信したよ

ヒント： AJAX

AJAXは.NET Fx 3.5に取り込まれることになってるな

>>163
あんた ネ申 かww
でも2005だけなのかな？
まぁ、試してみる。

APIにはドキュメントがあるのに、なんでCOM関連にはろくなドキュメントがないの？

APIのドキュメントもろくなもんじゃないけどな

少なくともMSDNライブラリでは特にCOMの文書がないということを感じたことはないぞ。

>>163
これはすげえ

ttp://gigazine.net/index.php?/news/comments/20070309_liveonecare/

これもすげえ

ﾜﾛﾀ
まさに外道

オブジェクト指向の話でよく車輪の再発明ってのが上がってくるが...

実は、車輪と呼べるものが発明されていないんだったりしてな...

単に、C++と相性が悪かったから滅びた。

レジストリに原因があると言ってくれと言っているようなもんだな

いやC++/ATL以上にCOMと相性のよい言語なんか無いが。

#importもかなり便利

くやしい…！　　でも…感じちゃう！（ﾋﾞｸｯﾋﾞｸｯ

・COMオブジェクトの参照カウンタが０になったときに、
　そのオブジェクトが消え去る

・あるDLLに属しているCOMオブジェクトの生存数が０
　になったときにそのDLLをアンロードしてほしい

この二つは全く別の話。

>>133に亀で感動。

COMプログラミングってCだよね

Cで書けばCのプログラムになるね。

ATL基本

もともとはCだね

実はXMLでも書けるんじゃないかと

>COMプログラマの解説書
>Crispin Goswell
>Microsoft Office Product Unit
>1995年 春
>1995年9月13日改訂
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/jpdncomp/htm/com_co.asp
>抄録
>この解説書は、
>Microsoft(r) OLE Component Object Model（COM）オブジェクトを作成し、
>効果的に使用する方法を説明しています。
>例文はほとんどCで書かれていますので、実際に何が行われているかが、大変分かりやすく示されています。
>プログラマの中には、オブジェクトを実行するためにC++を好んで使用する人もいるでしょう。
>C++プログラマの観点からCOMの概念および基本的な使用法を論じているのは
>Kraig Brockschmidt著のInside OLE （第2版）（MSDN Library（Books））です。
>COMとは何か、またその設計や哲学の後ろにある動機付けをより理解する事に興味がある読者なら、
>Component Object Model Specification（MSDN Library（Specifications））の最初の2章を読んでください。
>第1章には簡単なイントロダクションを、第2章では徹底的に概要を解説してあります。
>この解説書ではInside OLEとCOM Specificationにある情報を、
>COMオブジェクトを実装する良い方法をいくつか示しながら解説するようにしてあります。

comモデルまんせー

agennnahage

AcadVBA→MFC+COMのコードに移植したいんですけど、
簡単に変換できるソフトとかありませんか？
VARIANTI型とかいちいち宣言追加したりしないといけないし、とても時間かかるんです。＞＜

絶対無いと思う

MFC+COMが簡単になるわけはないし、
COMってC++で扱いにく杉。


つ Delphi

つ ATL

いまだに、OCXのメンテナンスをしている俺って。

>韓国ではFirefox 3が使い物にならない理由
>ttp://pc.nikkeibp.co.jp/article/column/20080724/1006299/
マイクロソフトさえもセキュリティの問題からActiveXを縮小しようとしているのに、韓国では依然とWebの標準技術でもなく、マイクロソフトの技術であるActiveXに固執している。

韓国はVista/IE7が出たときもActiveXのせいで移れないって話が盛んだった気がする。

ActiveX天国（地獄）か、一度観てみたいな

ActiveXやめてもほかの技術に依存したら同じなのにね

NetscapeのPluginだったらマシだったはず。オープンソースだし。

どうましだったのか具体的にいえますか？ｗｗ

マイクロソフトじゃないからまし。

でたｗｗｗｗｗｗｗｗｗ
そうやって第二のMSが生み出され続ける

いや、そういう問題じゃなく、
ActiveXってクライアントＰＣでExe並になんでもできちゃうわけ。

ActiveXは署名技術でがんじがらめにするしかなかった。
よほどよく知られた会社のよく知られたアプリ以外に署名を受け入れるようなユーザーはそういない。
結局、名の知れたプラグインを配布する技術として残った。

△　結局、名の知れたプラグインを配布する技術として残った。
○　結局、アドビのPDFとマクロメディアのFLASHのプラグインを配布する技術として残った。

セキュリティソフト系の会社のネットスキャンも結構受け入れられてね？

セキュリティソフトと見せかけたスパイウェアですね、わかります。

>>208
結局、アドビの為だけの技術ってことかw

アドビは行儀が悪く、しかもウザイので入れない。

はいはい

そもそもCOMなんていらない。
いや、あってもいいが、Windowsの標準的な機構に取り入れすぎた。
COMの力を本当に借りなければいけないシーンがいったいどれだけあるのか。
クライアントPC内でほとんどプロセス内サーバで十分なら従来のDLLで関数をエクスポートする方法でいい。
クラスをエクスポートする必要など無い。
エクスポートするべき関数セットを定義してさえあればそれでよいじゃないか。
第一ベンダーも異なるソフトウエア同士が強調して動作するシーンならほかにもある。
ドライバーだ。あれはCOMじゃないぞ？
COMなんか使わなければアプリケーションはもっと素早く連係動作できるし実装だって楽だ。
VBとかjavaから使いたいなら、それらのエクスポートされた関数をラップするCOMでも用意すれば良かったんだ。
そもそもVBなんて小汚い文法の言語はさっさと捨てるべきなんだよ。

てす

>関数をラップするCOMでも用意すれば良かったんだ。 

結局comは必要なわけねｗ

>>163
これは単にThreadingModelが合ってないだけでは？
fctest10.cpp
CoInitialize(NULL);
FcTest1.h
threading(free),
この組み合わせではマーシャリングが発生してしまう。

Side-by-sideの場合のThreadingModelがどうなるのか分からんけど。
未指定ならThreadingModel=none相当になって、primary STAにインスタンスが作られるから、
マーシャリングが発生しなくて早くなると。

>>214
JScriptからもCOMを使いたいのだす

いろんなところが同じようなことを目指したが、まともに実装/実践したのはMicrosoftだけ。
今は、もっと不効率な方法でも実用に耐えるようになったけど。

＞まともに実装/実践したのは

M$DNセミナーで、COMはBSD UNIX対応すると、何度もアナウンスして実現できなかったわけだが。

同時期、ローカルのＲＤＢ用ＣＯＭコンポーネント（ローカルでＳＱＬいくつも実行してサーバーにそれを纏めて送る）とか、
ＶＪ＋＋脂肪とか、ドトネトパスポートもシパーイと頓挫続きだった。

x　できなかった
o　できるのにしなかった

いや、BSD UNIX対応は年を越えてアナウンスしてたが、実現できなかったんだよ。

UNIXでCOMが動いていれば、COMが消えるどころか標準規格に昇格してるだろｗ

COM/DCOMの独自性があるとすれば、インプロセス、アウトプロセス、ネットワークを
全部プロキシで統合してることかな？

ネットワーク分散オブジェクトならCORBAが標準だし
インプロセスではMozillaのパチモンNSCOMとかあるよね

インプロセスCOMの存在意義は、つきつめればC++のABIの問題回避という面が
大きかったのではないかと俺は思う
C++でまともに（ただの関数インタフェースではない）DLL組もうとすると、
レジストリによってファクトリーを統合するなんて仕掛けは作らないにしても、
結局COMに非常に似たものが出来上がる、というかそうせざるを得ない

CORBAの実装が遅すぎ。

なんでCOMって最強なんでしょうか