COM

いざ語れや

嫌だね。

関連スレ
どうしてCOMは即死したのか
ttp://pc10.2ch.net/test/read.cgi/tech/1143171172/l50
【OLE】オートメーション総合スレ【ActiveX】
ttp://pc10.2ch.net/test/read.cgi/tech/1137771139/l50
一応
Win32API質問箱 Build48
ttp://pc10.2ch.net/test/read.cgi/tech/1166172047/l50

何となく偉くなった気がする15の夜

【ネガティブ派遣根性チェック】

3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。

□派遣先の社員の意見にはたとえ間違っていても反対しない
□派遣先から「いつまでもここで仕事してくださいね」と言われるようになりたい
□自社に仕事を持ち帰れるように言われるとムカつく
□自社で仕事なんてできるわけがない
□派遣/受託の差異を指摘する人間はムカつく
□派遣先には仕事だけでなく自分のプライベートについても指示して欲しい
□自分の月額金額を知らない
□派遣先社員より自分の生涯収入が低いのは当然だ
□派遣先に尻尾を振り、いつまでも一緒に仕事をすることが大切だ
□今のプロジェクトが終わっても同じ派遣先に常駐したい

COMの本、死ぬの早すぎ
もうちょっと刷ればいいのに

一通り仕組み頭に入れとけばそれ以上深い話があるでもなく
あとは使う部品のマニュアル嫁としかいえないからなw

簡単に言えば、異なる言語間で共通に使用できるだけで、
異なる環境での使用が困難だったからｗ
（ＭＳ仕様のＯＳでないと使えない）
Javaの逆を狙って、見事に大ハズレしただけ

もうＭＳには、新技術を提起して欲しくない。
５年持ったためしがないんだもの・・・・

COMは傑作なんだけど。馬鹿にはわからないのが残念でならない

馬鹿にも分かるものこそが真の傑作だとは思わんか？

comの基本概念は、次の.NETに受け継がれてるけど（当たり前の話だが）、
その設計の具体的要素（インターフェースの呼出設計など）のほとんどは
破棄されて受け継がれず、結局NETフレームワークの大部分は、
JavaVMを参考にして設計された。。。

>>10の様な知ったか馬鹿信者がいる限り、ＭＳはまた独自のポンコツアーキテクチャを
世に送り出して、世界中のエンジニアを煙に巻く過ちを繰り返すだろう。

>>12
.NETの有り様からするとCOMが素晴らしいということを言いたいのですね？

>>9
COMは10年以上現役だろ
むしろ.NETのほうがﾔﾊﾞｲ

というかwindows自体がCOMの塊だろ。
winが続く限り生き残るだろ。

>>9
無知乙

COM はMicrosoft Windows Distributed interNet Application (Windows DNA)アーキテクチャにコンポーネント テクノロジを提供し、
Web ベースとクライアント/サーバー アプリケーションを単一のアーキテクチャに統合することを可能にします。
COM を使用することにより、開発者は任意の言語で、任意のネットワークを介して相互作用できる分散コンポーネントを作成することができます。
COM は、Solaris、HP-UX、DEC UNIX、Siemens Nixdorf SINIX など、他のプラットフォーム上のコンポーネントとの相互運用性も提供します。

CLSIDがうざい
128ビットの癖にたまに被るし

COMの失敗は名前だけ

検索できねー

>>14
Windowsの枠組み内でしか生きられないメジャーだがローカルな技術としてな。。。

>>16
＞他のプラットフォーム上のコンポーネントとの相互運用性も提供します。
だから、これが上手くいかなかったんだよ！
知ったかは氏ね

怒りっぽい人ですね

１６はすぐ詐偽に引っかかるタイプ

>>16 は単に MS のページか
どっかの解説サイトからとってきただけなんじゃないの

COMを理解するために必死でC++の仕様を勉強した時期がありました。
嫌な思い出です。

OpenVMS
http://h71000.www7.hp.com/openvms/products/dcom/

Solaris
http://www.softpanorama.org/Net/Application_layer/rpc.shtml

EntireX DCOM for LINUX
http://www.softwareag.com/jp/products/entirex/downloads/download_exxdcom.asp

Free DCE and DCOM
http://sourceforge.net/projects/freedce

J-Interop
http://j-interop.sourceforge.net

>>５年持ったためしがないんだもの・・・・

COMもOLEも、もうすぐ20歳ですが？

OLEの定義自体が、過去に二回もコロリと変わってる。
OLE1.0時代は、ただその略名通り（異アプリ間のデータ交換）の技術だったのが
OLE2.0時代（COM誕生）には、一つのアーキテクチャの総称だと突如宣言してる。
しかし、ActiveXの誕生と共に「やっぱりただのLink&Embedでした」とまた変えてる。
あまりに節操がない、と言うかエンジニアを舐めてる

アパートメントからしてよく分からん。
結局STAでも、他のスレッドからアクセスしていいんだよな。
単に、プロキシ・スタブを介するからMTAに比べると
性能が若干落ちるってことだよな？？

DirectXもCOM

その代わり排他制御をしなくて済む（プロキシ・スタブがメソッド呼出をキューイングするため）という利点がある。

その代わり、Read Writeパターンが使えないのでサーバーパフォーマンスが
大幅に落ちるという欠点もある

ActiveX 〜犠牲者たち〜

>>31
read write パターンって何ですか？
COMは情報が少なくて困る

名前までわかってるんだから検索しろよ
つーか名前を付けたことがデザインパターンの最大の功績と言っても過言ではない

なんだデザインパターンか

>>35
こーゆーのがエンジニアかと思うと、なんか情けなくなってくるね

Java SwingとOLEとCORBA(にGUIコンポってあるの？）をJava上で手間なくリンクしたい。
ちょうどIEコンポーネントみたいな感じでOS毎の似たような部品を再利用したいんだ。

>>36
なんなんだえらそうに
ﾃﾞｻﾞﾊﾟﾀ厨かよｗｗｗｗ

ネーミングパターン

こきおろしパターン

ぐぐれパターン

話題逸らしパターン

過疎

CON