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

1 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 12:32:52 ] .NET で作られた有名ソフトって何がある？ pc8.2ch.net/test/read.cgi/tech/1027559190/ 724 名前：デフォルトの名無しさん[sage] 投稿日：2006/03/24(金) 12:25:47 COMスレ立ててそっちでやってくれよ 75 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 08:43:21 ] COMググって一所懸命ネタ探して乙 76 名前：デフォルトの名無しさん mailto:sage [2006/03/31(金) 10:23:54 ] >>75 MS-DOS2.11の時代から現役です。 ファンクションコールがINT 21hだったのは覚えてるけど、 さすがにどの機能がALいくつだったかは忘れました。 77 名前：デフォルトの名無しさん [2006/03/31(金) 22:34:16 ] SOAPは？ 78 名前：デフォルトの名無しさん mailto:sage [2006/04/14(金) 13:34:02 ] >>15 不覚にもﾜﾛｽ 79 名前：デフォルトの名無しさん mailto:sage [2006/05/11(木) 21:52:49 ] >>76 ahじゃなかったっけ？ 02hを出力に、01hを入力に、4chを終了に使った記憶がある。 40h周辺はファイル操作だったような。 誰か教えてくれ 80 名前：デフォルトの名無しさん mailto:sage [2006/05/15(月) 12:41:36 ] >>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, '$' 「ココ」のコードがなぞだがバイト数あわせか。 81 名前：デフォルトの名無しさん mailto:sage [2006/05/15(月) 12:52:04 ] >>80 いや全然謎じゃなかった。 'This program cannot be run in DOS mode.', 0DH, 0AH, '$'  のアドレスだった。 AH = 40H はファイルへの書き出しあってる。 82 名前：デフォルトの名無しさん mailto:sage [2006/05/23(火) 22:55:18 ] エンドマークが'$'っつー妙なシステムコール 83 名前：デフォルトの名無しさん mailto:sage [2006/05/24(水) 01:02:52 ] いまごろCOM勉強してる俺って・・・ OfficeやIEの寄生虫としては生き残らないか？ 84 名前：デフォルトの名無しさん mailto:sage [2006/05/24(水) 13:09:43 ] ヒント：氏亡フラグ 85 名前：デフォルトの名無しさん mailto:sage [2006/06/09(金) 22:30:15 ] ↓芸無し、４０代独身デブニート（素人）童貞、近藤妥の特徴 　 booklog.kinokuniya.co.jp/hayase/archives/2006/05/post_50.html ●自分に甘く、他人に厳しい　 ●努力せずに成果が欲しい　 ●すぐにいらつき、キレる　 ●無気力、鬱になりやすい　 ●「悪い」と思っても謝らない 86 名前：デフォルトの名無しさん [2006/06/19(月) 21:50:26 ] ＣＯＭって今はサービスコンポーネントっていうんですか？ サービスコンポーネントは死んでないの？ ＣＯＭ＋って使ってる人どれくらいいるんだろう？ 87 名前：デフォルトの名無しさん mailto:sage [2006/06/19(月) 21:53:55 ] 槍槍栗栗槍槍栗栗 槍槍栗とリス ♪ 88 名前：デフォルトの名無しさん mailto:sage [2006/06/19(月) 23:00:15 ] COM自体は悪くないと思うが、ActiveXがアレだな。 89 名前：デフォルトの名無しさん mailto:sage [2006/06/20(火) 00:12:25 ] 1)遠距離通信　Web & Web Serviceまんせ〜　 2)WEB配信のコンポーネント　ActiveXもJavaAppletもいらね。Flashでええがな。 3)アプリサーバー　分散トランザクションコーディネータとしてなんとか△ 4)シェルやブラウザやコンテナ系アプリへのアドイン○ 5)プログラム部品としてのコンポーネント CLIまんせ〜 6)プログラムのライブラリ 普通の言語レベルの機能でええやろ 守備範囲はずいぶん減った。 4はXPCOMのような応用例もあるからまだいけるかも。 90 名前：デフォルトの名無しさん mailto:sage [2006/06/20(火) 14:21:58 ] >>5 CLI というか VisualStudio で CLI 使うときの下請けにCOMは案外便利。 TYPELIB があればラッパクラスを自動的に作ってくれるから。 91 名前：デフォルトの名無しさん mailto:sage [2006/07/01(土) 02:09:16 ] >>86 Windows使ってる全ての人 92 名前：デフォルトの名無しさん [2006/07/04(火) 03:33:49 ] Ｋ仲川について Part 12 pc8.2ch.net/test/read.cgi/prog/1149910802/ Part 11 pc8.2ch.net/test/read.cgi/prog/1149837188/ Part 10 pc8.2ch.net/test/read.cgi/prog/1121735183/ Part 9 pc8.2ch.net/test/read.cgi/prog/1116787849/ Part 8 pc8.2ch.net/test/read.cgi/prog/1115159315/ Part 7 pc5.2ch.net/test/read.cgi/prog/1097207795/ Part 6 pc5.2ch.net/test/read.cgi/prog/1072341310/ Part 5 pc.2ch.net/test/read.cgi/prog/1049904397/ Part4 pc.2ch.net/test/read.cgi/prog/1032169313/ Part 3 pc.2ch.net/prog/kako/1027/10271/1027113507.html Part 2 pc.2ch.net/prog/kako/990/990876626.html オリジナル mentai.2ch.net/prog/kako/965/965618236.html　 関連スレ 【初めて仲川勝彦（Ｋ仲川）と仕事する方へ】 pc8.2ch.net/test/read.cgi/prog/1149580345/ 93 名前：デフォルトの名無しさん [2006/07/15(土) 01:50:23 ] 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が返ることがある？ 94 名前：デフォルトの名無しさん mailto:sage [2006/07/20(木) 13:43:46 ] >>93 スレ違いのような来もするが： ・QI に失敗したらインタフェイスは取得できていない。ので解放しない。 ・S_FALSE は失敗ではない。 ・たぶん COM Essential （Essential COM?）のコードは合っていて、↑は写し間違い。 95 名前：デフォルトの名無しさん mailto:sage [2006/07/24(月) 22:01:26 ] 終わった今になって振り返れば、 COMってややこしそうなことによる弊害の方が大きかったね。 96 名前：デフォルトの名無しさん mailto:sage [2006/07/24(月) 22:05:54 ] うん。 これからはSOAPでWEBサービスですよｗ 97 名前：デフォルトの名無しさん mailto:sage [2006/07/24(月) 22:44:03 ] もっとプラグインに特化した作りにすれば良かったな。 やろうと思えば、いろいろできすぎて、目標が定まってない感じ。 IEがfirefoxばりに拡張できたらなぁ。 98 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 00:13:11 ] > 目標が定まってない感じ。 （少なくとも最終的には）それがCOMの狙いだと思うぞ。 バイナリインターフェイスが定まっていて多言語から扱えること インプロセス・アウトプロセスなどの区別無くオブジェクトを扱えること これがCOMの本質だと俺は思っているが。 99 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 00:23:04 ] 成功すれば長所、失敗すれば短所。表裏一体だな。 100 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 12:16:54 ] 失敗したのか？ ものすごく成功したコンポーネント技術の実装だと思うけどなぁ・・・ 事実上 Windows オンリーなので汎用性は低いけど。 101 名前：97 mailto:sage [2006/07/25(火) 12:36:17 ] >>98 もちろんMSはそれを狙ってたし、COMの本質の認識もその通りだと思う。 自分が言いたいのは、それが戦略的に良くなかったって事。 102 名前：デフォルトの名無しさん [2006/07/25(火) 12:45:44 ] COMが失敗した、終了だ、というということは今後Windowsの COMで提供されていたサービスはAPIに戻るということ？ 103 名前：デフォルトの名無しさん [2006/07/25(火) 16:00:09 ] WinFXがCOMより先に脂肪してしまったではないのｗ 104 名前：97 mailto:sage [2006/07/25(火) 16:40:53 ] COMが死んだというより、OfficeやAdobeみたいな 大型かつ誰もが使うようなアプリでしか使われなかったということだろう。 結局、普通のライブラリにしたって、そこら中で車輪の再発名しまくりな状況だし、 スタンダードと認識できるもの以外は誰も使い回さないってことじゃないか。 105 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 17:14:09 ] LISPのコピペこそが最強な気がする 106 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 17:32:04 ] たしかにそうだ。 オートメーション/ActiveXのほかにはDirectX位しかCOMを使っているものって思いつかない。 後はマイナーなMSのライブラリとシェル拡張くらいか。 でもそいつらはこの上なく便利だけどね。 107 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 17:50:36 ] COMはコンポーネントを２次業者が自由に配布できる仕組みがないからな。 Adobeのコンポーネントを自分のアプリケーションから使おうと思ったら、 ユーザーにAdobeの製品を丸々インストールしてもらわないといけない。 108 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 17:57:28 ] まあ、もっと軽量なActiveXコンポーネントだったら、 同梱してインストーラでレジストリに登録とかできるだろうけどね。 109 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 18:10:36 ] COMとして重宝されてる一番の例はIEコンポか。 110 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 20:07:38 ] Irvineとかは? AvedeskってCOM使ってなかったっけ 111 名前：デフォルトの名無しさん mailto:sage [2006/07/26(水) 11:10:09 ] MSXMLも結構使われている。 プログラム部品としてのコンポーネントが失敗してるのは、内製したほうが安いからじゃないか？ 労働力はサービス残業でタダだし。MS製はタダだから結構使われる、と。 112 名前：デフォルトの名無しさん mailto:sage [2006/07/30(日) 08:36:46 ] ちょっくらタブブラウザについてのお勉強してみたいかなー、とか思ったんだけど COMについていいサイトってある？できれば日本語で こんなこと言ってる時点でダメすぎなのはわかってますよ、ええ・・・ 113 名前：デフォルトの名無しさん [2006/07/30(日) 08:37:21 ] スマン、あげとくです 114 名前：デフォルトの名無しさん mailto:sage [2006/07/30(日) 14:43:49 ] >>112 とりあえず ttp://www.asahi-net.or.jp/~kv8s-yjm/another/yjamain.htm なんかがあるけど、急がば回れで Essential COM を読むのが個人的オススメ。 まあ「ちょっくら」にはふさわしくないかもしれんが 115 名前：デフォルトの名無しさん mailto:sage [2006/07/31(月) 00:58:14 ] COMに関するスレがここしか見当たらないので、ここで質問させていただきます。 コネクションポイントからのイベントを受けるシンクオブジェクトは、CoInitialize()で初期化しなければならないんでしょうか？ 116 名前：デフォルトの名無しさん mailto:sage [2006/07/31(月) 02:33:07 ] CoInitializeはオブジェクトに対してではなくCOMを使用するスレッドが最初に呼び出すもの。 117 名前：デフォルトの名無しさん [2006/07/31(月) 20:22:18 ] VBはIUnknownインターフェイスの情報ってどこから仕入れてるの？ C,C++ならUnknwn.Idlから生成されたUnknwn.hで型情報が分るけど、 VBはどこで見てるの？ 118 名前：デフォルトの名無しさん mailto:sage [2006/08/01(火) 12:34:17 ] >>81 OD,OAって、CR,LFだったような遠い記憶がする。 119 名前：デフォルトの名無しさん mailto:sage [2006/08/01(火) 14:50:45 ] OD OAではなく0D 0Aだがな 120 名前：デフォルトの名無しさん mailto:sage [2006/08/01(火) 15:48:15 ] >>117 適当にどこかのタイプライブラリから見ているのだろう。 121 名前：デフォルトの名無しさん mailto:sage [2006/08/01(火) 15:57:22 ] idlってCOMクライアントアプリケーションの言語に依存しない独立した言語じゃなかった？ コンパイルするとクライアントアプリケーションで利用可能なファイルを生成するんだよね。 C,C++ならhやxxx_i.cとか。VB用なら.tlbファイルにコンパイルするのだろう。 tlbはタイプライブラリだからそのとおりだけど。 122 名前：デフォルトの名無しさん mailto:sage [2006/08/01(火) 16:00:33 ] 言語に非依存だけど、Windowsに非依存にならなかったから、終ったんだおね。 Win専用であれば普通のクラスライブラリの方がコーディングしやすくて性能も有利。 123 名前：デフォルトの名無しさん mailto:sage [2006/08/03(木) 20:17:10 ] OLE,ActiveX,COMの違いが分からない 3.0,3.1 Me,XPみたいに OSのバージョンを数字ではなく英字で書いてるようなもん？ 124 名前：デフォルトの名無しさん mailto:sage [2006/08/03(木) 21:15:18 ] 俺はこう捉えている。 COM IUnknown始め、インターフェースでクラスオブジェクトをやり取りするための仕組み。 OLE(2)/ActiveXはその基盤にCOMを使った応用であり、 なんとなく複合ドキュメントあたりはOLE、 IDispatch関連や各種コントロールはAcitveXと呼ぶことが多い気がするけど、 きちんと境界があるわけではないので、厳密な区別は無い。 125 名前：デフォルトの名無しさん mailto:sage [2006/08/05(土) 02:00:56 ] VB6のヘルプより。 「ActiveXコンポーネント」の「OLE サーバーとの相違点」トピック。 （前略） ここで概説されている新機能の範囲の広さに合わせて、Visual Basic で 使用される用語も調整され、従来の OLE サーバーは、コンポーネントと 呼ばれるようになりました。 （中略） 従来の呼び方をそのまま使用してもかまいません。その場合は、 "ActiveX コンポーネント" を "OLE サーバー" と読み替えてください。 126 名前：デフォルトの名無しさん mailto:sage [2006/08/05(土) 19:53:53 ] Effective COMの巻末に、「COM仕様書を読め」とありますが、当該ドキュメントはどこにあるのでしょうか？ 127 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 00:39:58 ] .NETってCOMの延長線上にあるものでしょ？ 128 名前：久々に mailto:age [2006/10/25(水) 00:12:47 ] OLE → ActiveX → COM → .NET マイクロソフトのマーケティングの都合で 改名してるとしか思えん。 需要のあるDirectXなんて新しいものを入れ込んでも 数字を大きくするだけじゃん。 129 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 03:21:05 ] COMって、OS非依存だ゛ったっけか。HPも無茶するよなー。 h71000.www7.hp.com/openvms/products/dcom/ 130 名前：デフォルトの名無しさん [2006/10/25(水) 11:12:14 ] ＞.NETってCOMの延長線上にあるものでしょ？ c→c++みたいな互換性なら０、つまりモノが断絶してます。 さらに、開発手法も別物なので片方の知識を覚えても片方の役に立ちません。 131 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 19:12:07 ] いや、仕組みが全然違うのは分るけど、でも 言語非依存にあれだけ拘るのはCOMの伝統でしょ？ 132 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 20:35:49 ] Microsoftの実装はお互い相互運用でやり取りできるから、.NETとCOMは結構密接に感じる。 たとえばVBScriptでこんなコードが書ける。VB/VC++にはmscorlib.tlbなどのタイプライブラリもある。 133 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 20:36:35 ] コード張り忘れた。 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 134 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 00:55:42 ] すげーな 135 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 05:28:05 ] 感動した。 136 名前：デフォルトの名無しさん [2006/11/25(土) 14:39:47 ] ActiveXコントロールってこれからも継続されるのかな？ 特に売り物。 137 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 23:21:58 ] >>128 DirectXでもちゃんとQueryInterface使ってるところがあったりする 138 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 00:25:17 ] つうか順序が違う。 COM OLE ActiveX .NET 139 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 02:59:05 ] これ何の順番？ 140 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 03:55:32 ] 勘違いの順番 141 名前：デフォルトの名無しさん [2006/12/23(土) 17:26:33 ] >>133-134 おー、最近VBScriptで使い捨てのスクリプトを書いてるんだが こんな風に.NETのクラスが利用できるとは。 俺のようなアマチュアには嬉しい情報 142 名前：デフォルトの名無しさん [2006/12/23(土) 17:36:26 ] OLE ActiveX COM .NET こういう順番に開発されたのかと思ってた。自分の無知が恥ずかしいです。 でも正しい知識が得られてよかったです。ありがとう138さん！！！！ 143 名前：デフォルトの名無しさん mailto:sage [2006/12/23(土) 17:47:46 ] COMは、古くは江戸時代の頃から、COM僧によって日本各地に広められたとされる 144 名前：デフォルトの名無しさん mailto:sage [2006/12/23(土) 19:30:12 ] >>142 マイクロソフトがマーケティング的に推してきた順に並べるとそうなると思う。 145 名前：デフォルトの名無しさん mailto:sage [2006/12/24(日) 02:09:39 ] COMの語源は虚無だったのか。。 146 名前：デフォルトの名無しさん mailto:sage [2006/12/24(日) 02:36:53 ] 待てよ、ole.hを覗いてみたが、OLE1はCOMを使っていない。 OLE1 → COM付きでOLE2という順ではないのか。 147 名前：デフォルトの名無しさん mailto:sage [2006/12/24(日) 06:57:25 ] OLE OLE2 = COM = ActiveX COM+ .NET Framework ２段目は横並びでいいはず。 OLEの拡張機能にOLE2と名前を付けたが実態と合わないので、 基盤技術をCOMとよび応用技術や製品をActiveXと呼ぶこととしたが、 OCXカスタムコントロール=ActiveXのイメージが強すぎてグタグタ。 148 名前：デフォルトの名無しさん mailto:sage [2006/12/24(日) 09:25:50 ] ActiveXは明らかに後から出てきたもので、 「ActiveXコントロール」は「OLEコントロール」を拡張したもの。 なんで括弧でくくってるかというと、 MS自身が「ActiveXは特定の技術を指す名称ではない」と言っているから。 COMが普及する前は、COMはOLEにのみ使われていました。 OLEは難解だけどCOMはそれほど難解じゃない。 OLE1 ↓拡張 OLE2 →部分要素→ COM ←相互運用← .NET ↓拡張 ActiveX COM自体はNETと相互運用できるし、 OLE Automation は MSOfficeやIEの自動化で今でも頻繁に使う。 MS自身が.NETに移行できてないんだから仕方がない。 149 名前：デフォルトの名無しさん [2006/12/24(日) 18:12:36 ] ActiveXは、技術用語なくて、マーケティング用語だと思う。つまり、宣伝用。 だから、使い出したMSもよく分かっていない。 150 名前：デフォルトの名無しさん mailto:sage [2006/12/24(日) 18:20:36 ] COMコンポーネントとOLEオートメーションサーバの違いは？ 151 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 02:23:02 ] OLEオートメーションサーバからイベントを受け取るために作成するのはCOMオブジェクト。 152 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 14:21:29 ] OLEオートメーションサーバの場合、 やっぱりインタフェイスはOLEオートメーション互換じゃなきゃいけないんじゃない？仁義として。 普通のCOMコンポーネントなら IDL で書けさえすりゃ何でもありだろうけど。 153 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 21:05:25 ] いやサーバ側の定義するインタフェースじゃなくて、 たとえばWord文書のBeforeSaveとかのイベントを受け取るために作成するCOMオブジェクトの話よ 154 名前：デフォルトの名無しさん mailto:sage [2007/01/07(日) 02:36:07 ] OLE1.0→COM→VBX→OLE2.0→OCX→ActiveX→DCOM→COM+→.NET 155 名前：デフォルトの名無しさん mailto:sage [2007/01/07(日) 02:41:55 ] COMのスレがここ以外マジで死滅した件 156 名前：デフォルトの名無しさん mailto:sage [2007/01/09(火) 10:56:16 ] 無くなると言われると意外にウェブブラウザの進化には重要だった希ガス。 Flashとか。 Ajaxが代用となってくのかな？ 157 名前：デフォルトの名無しさん mailto:sage [2007/01/09(火) 11:12:50 ] Ajaxは厳しいな〜。ある意味COMよりつらい。 JavaScriptに変わるまともなブラウザーベースの言語ができればよいけど。 158 名前：デフォルトの名無しさん mailto:sage [2007/01/10(水) 23:15:10 ] >155 pc10.2ch.net/test/read.cgi/tech/1168427595/l50 159 名前：デフォルトの名無しさん mailto:sage [2007/01/11(木) 00:25:18 ] pc10.2ch.net/test/read.cgi/tech/1167788121/ Visual Studio 2005のオートメーションの話です。 プロジェクトファイル(.csproj)のPropertyGroup中にエレメントを追加する方法はないですか？ IExtenderProviderつかうと↓みたいに追加されるんです。 <ProjectExtensions> <VisualStudio> <UserProperties Hoge = "banana"> </VisualStudio> </ProjectExtensions> 160 名前：デフォルトの名無しさん [2007/01/30(火) 09:06:46 ] ActiveX漬けの韓国，Vistaに参った ttp://oku.edu.mie-u.ac.jp/~okumura/blog/node/1219 韓国ではVistaの登場で多くのサイトが使えなくなる? ttp://slashdot.jp/it/07/01/26/0637208.shtml 161 名前：デフォルトの名無しさん mailto:sage [2007/01/30(火) 09:26:23 ] CMSってなんですか 162 名前：デフォルトの名無しさん mailto:sage [2007/01/30(火) 13:39:40 ] >>159 シリアライズの問題だろ 163 名前：デフォルトの名無しさん [2007/02/11(日) 17:38:04 ] オートメーションの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 164 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 01:27:02 ] DCOM....設定綿土井 165 名前：デフォルトの名無しさん [2007/02/14(水) 23:32:38 ] DCOMでよそのPCのExcelを起動できた時は感動したなあ セキュリティ云々が問題になる前の時代の話 166 名前：デフォルトの名無しさん [2007/02/15(木) 00:22:46 ] 構造体やValueオブジェクトをやり取りする簡単な手段が無かったのが痛かった。 オブジェクトをそのまま返すとインターフェイスを渡すだけだからValueオブジェクトにならない。 ローカルなCOMだとプロパティから１つずつ取り出せばいいが、 DCOMだとその回数だけ通信が発生するから遅いのなんのって。 167 名前：デフォルトの名無しさん [2007/03/08(木) 15:30:44 ] .NETがだめなのを見てCOMがこれからもう一度再評価されることを確信したよ 168 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 15:40:57 ] ヒント： AJAX 169 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 00:23:32 ] AJAXは.NET Fx 3.5に取り込まれることになってるな 170 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 09:11:24 ] >>163 あんた ネ申 かww でも2005だけなのかな？ まぁ、試してみる。 171 名前：デフォルトの名無しさん [2007/03/11(日) 04:56:15 ] APIにはドキュメントがあるのに、なんでCOM関連にはろくなドキュメントがないの？ 172 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 05:19:18 ] APIのドキュメントもろくなもんじゃないけどな 173 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 09:59:38 ] 少なくともMSDNライブラリでは特にCOMの文書がないということを感じたことはないぞ。 174 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 16:52:32 ] >>163 これはすげえ 175 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 11:25:12 ] ttp://gigazine.net/index.php?/news/comments/20070309_liveonecare/ これもすげえ 176 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 12:26:29 ] ﾜﾛﾀ まさに外道 177 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 18:36:37 ] オブジェクト指向の話でよく車輪の再発明ってのが上がってくるが... 実は、車輪と呼べるものが発明されていないんだったりしてな... 178 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 22:24:05 ] 単に、C++と相性が悪かったから滅びた。 179 名前：デフォルトの名無しさん mailto:sage [2007/05/19(土) 22:55:51 ] レジストリに原因があると言ってくれと言っているようなもんだな 180 名前：デフォルトの名無しさん mailto:sage [2007/05/20(日) 08:46:53 ] いやC++/ATL以上にCOMと相性のよい言語なんか無いが。 181 名前：デフォルトの名無しさん mailto:sage [2007/05/20(日) 09:06:12 ] #importもかなり便利 182 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 21:42:36 ] くやしい…！　　でも…感じちゃう！（ﾋﾞｸｯﾋﾞｸｯ 183 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 00:08:01 ] ・COMオブジェクトの参照カウンタが０になったときに、 　そのオブジェクトが消え去る ・あるDLLに属しているCOMオブジェクトの生存数が０ 　になったときにそのDLLをアンロードしてほしい この二つは全く別の話。 184 名前：デフォルトの名無しさん mailto:sage [2007/09/21(金) 01:15:21 ] >>133に亀で感動。 185 名前：デフォルトの名無しさん [2007/10/11(木) 12:44:51 ] COMプログラミングってCだよね 186 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 18:25:33 ] Cで書けばCのプログラムになるね。 187 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 12:55:36 ] ATL基本 188 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 00:03:06 ] もともとはCだね 189 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 21:07:45 ] 実はXMLでも書けるんじゃないかと 190 名前：本田 mailto:sage [2008/01/17(木) 17:56:01 ] >COMプログラマの解説書 >Crispin Goswell >Microsoft Office Product Unit >1995年 春 >1995年9月13日改訂 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オブジェクトを実装する良い方法をいくつか示しながら解説するようにしてあります。 191 名前：デフォルトの名無しさん [2008/04/23(水) 23:20:56 ] comモデルまんせー 192 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 18:28:15 ] agennnahage 193 名前：デフォルトの名無しさん [2008/07/06(日) 00:26:56 ] AcadVBA→MFC+COMのコードに移植したいんですけど、 簡単に変換できるソフトとかありませんか？ VARIANTI型とかいちいち宣言追加したりしないといけないし、とても時間かかるんです。＞＜ 194 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 04:55:34 ] 絶対無いと思う 195 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 10:40:42 ] MFC+COMが簡単になるわけはないし、 COMってC++で扱いにく杉。 つ Delphi 196 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 09:57:46 ] つ ATL 197 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 11:30:49 ] いまだに、OCXのメンテナンスをしている俺って。 198 名前：デフォルトの名無しさん [2008/07/24(木) 10:41:10 ] >韓国ではFirefox 3が使い物にならない理由 >ttp://pc.nikkeibp.co.jp/article/column/20080724/1006299/ マイクロソフトさえもセキュリティの問題からActiveXを縮小しようとしているのに、韓国では依然とWebの標準技術でもなく、マイクロソフトの技術であるActiveXに固執している。 199 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 20:53:32 ] 韓国はVista/IE7が出たときもActiveXのせいで移れないって話が盛んだった気がする。 200 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 20:57:38 ] ActiveX天国（地獄）か、一度観てみたいな 201 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 20:53:37 ] ActiveXやめてもほかの技術に依存したら同じなのにね 202 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 21:34:09 ] NetscapeのPluginだったらマシだったはず。オープンソースだし。 203 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 22:37:43 ] どうましだったのか具体的にいえますか？ｗｗ 204 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 23:13:15 ] マイクロソフトじゃないからまし。 205 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 23:43:44 ] でたｗｗｗｗｗｗｗｗｗ そうやって第二のMSが生み出され続ける 206 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 09:57:48 ] いや、そういう問題じゃなく、 ActiveXってクライアントＰＣでExe並になんでもできちゃうわけ。 207 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 10:39:27 ] ActiveXは署名技術でがんじがらめにするしかなかった。 よほどよく知られた会社のよく知られたアプリ以外に署名を受け入れるようなユーザーはそういない。 結局、名の知れたプラグインを配布する技術として残った。 208 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 10:41:00 ] △　結局、名の知れたプラグインを配布する技術として残った。 ○　結局、アドビのPDFとマクロメディアのFLASHのプラグインを配布する技術として残った。 209 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 12:18:30 ] セキュリティソフト系の会社のネットスキャンも結構受け入れられてね？ 210 名前：デフォルトの名無しさん mailto:sage [2008/08/05(火) 09:32:11 ] セキュリティソフトと見せかけたスパイウェアですね、わかります。 211 名前：デフォルトの名無しさん mailto:sage [2008/10/22(水) 17:30:59 ] >>208 結局、アドビの為だけの技術ってことかw 212 名前：デフォルトの名無しさん mailto:sage [2008/11/13(木) 02:44:55 ] アドビは行儀が悪く、しかもウザイので入れない。 213 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 13:36:08 ] はいはい 214 名前：デフォルトの名無しさん mailto:sage [2009/07/31(金) 03:16:18 ] そもそもCOMなんていらない。 いや、あってもいいが、Windowsの標準的な機構に取り入れすぎた。 COMの力を本当に借りなければいけないシーンがいったいどれだけあるのか。 クライアントPC内でほとんどプロセス内サーバで十分なら従来のDLLで関数をエクスポートする方法でいい。 クラスをエクスポートする必要など無い。 エクスポートするべき関数セットを定義してさえあればそれでよいじゃないか。 第一ベンダーも異なるソフトウエア同士が強調して動作するシーンならほかにもある。 ドライバーだ。あれはCOMじゃないぞ？ COMなんか使わなければアプリケーションはもっと素早く連係動作できるし実装だって楽だ。 VBとかjavaから使いたいなら、それらのエクスポートされた関数をラップするCOMでも用意すれば良かったんだ。 そもそもVBなんて小汚い文法の言語はさっさと捨てるべきなんだよ。 215 名前：デフォルトの名無しさん mailto:sage [2010/03/30(火) 14:25:05 ] てす 216 名前：デフォルトの名無しさん [2010/05/09(日) 23:40:01 ] >関数をラップするCOMでも用意すれば良かったんだ。  結局comは必要なわけねｗ 217 名前：デフォルトの名無しさん mailto:sage [2010/05/10(月) 02:34:41 ] >>163 これは単にThreadingModelが合ってないだけでは？ fctest10.cpp CoInitialize(NULL); FcTest1.h threading(free), この組み合わせではマーシャリングが発生してしまう。 Side-by-sideの場合のThreadingModelがどうなるのか分からんけど。 未指定ならThreadingModel=none相当になって、primary STAにインスタンスが作られるから、 マーシャリングが発生しなくて早くなると。 218 名前：デフォルトの名無しさん mailto:sage [2010/05/10(月) 09:00:10 ] >>214 JScriptからもCOMを使いたいのだす 219 名前：デフォルトの名無しさん mailto:sage [2010/05/10(月) 11:05:22 ] いろんなところが同じようなことを目指したが、まともに実装/実践したのはMicrosoftだけ。 今は、もっと不効率な方法でも実用に耐えるようになったけど。 220 名前：デフォルトの名無しさん mailto:sage [2010/05/10(月) 11:17:22 ] ＞まともに実装/実践したのは M$DNセミナーで、COMはBSD UNIX対応すると、何度もアナウンスして実現できなかったわけだが。 同時期、ローカルのＲＤＢ用ＣＯＭコンポーネント（ローカルでＳＱＬいくつも実行してサーバーにそれを纏めて送る）とか、 ＶＪ＋＋脂肪とか、ドトネトパスポートもシパーイと頓挫続きだった。 221 名前：デフォルトの名無しさん mailto:sage [2010/05/10(月) 11:18:58 ] x　できなかった o　できるのにしなかった 222 名前：デフォルトの名無しさん mailto:sage [2010/05/10(月) 11:23:26 ] いや、BSD UNIX対応は年を越えてアナウンスしてたが、実現できなかったんだよ。 UNIXでCOMが動いていれば、COMが消えるどころか標準規格に昇格してるだろｗ 223 名前：デフォルトの名無しさん mailto:sage [2010/05/10(月) 11:34:51 ] COM/DCOMの独自性があるとすれば、インプロセス、アウトプロセス、ネットワークを 全部プロキシで統合してることかな？ ネットワーク分散オブジェクトならCORBAが標準だし インプロセスではMozillaのパチモンNSCOMとかあるよね インプロセスCOMの存在意義は、つきつめればC++のABIの問題回避という面が 大きかったのではないかと俺は思う C++でまともに（ただの関数インタフェースではない）DLL組もうとすると、 レジストリによってファクトリーを統合するなんて仕掛けは作らないにしても、 結局COMに非常に似たものが出来上がる、というかそうせざるを得ない 224 名前：デフォルトの名無しさん mailto:sage [2010/05/10(月) 11:55:50 ] CORBAの実装が遅すぎ。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef