どうして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/ これもすげえ

---

---

[ 続きを読む ] / [ 携帯版 ]

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