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

どうしてCOMは即死し� ..

2:デフォルトの名無しさん
06/03/24 12:37:48
オートメーションサーバあたりでプログラマが即死したからだと思う。

3:デフォルトの名無しさん
06/03/24 12:43:43
これからCOMはどうなると思う？
もうネイティブで書く意味は無いと思う？

4:デフォルトの名無しさん
06/03/24 12:45:17
本当に立てるとは思わなかった

5:デフォルトの名無しさん
06/03/24 12:45:54
馬鹿にはついて行けない複雑さだったからなあ

6:デフォルトの名無しさん
06/03/24 12:49:55
>>5　それ、俺のことだ。

7:デフォルトの名無しさん
06/03/24 12:50:20
20年近いのに即死ですか

8:デフォルトの名無しさん
06/03/24 12:54:39
COMって何ですか？素人なんでわかりません！

9:デフォルトの名無しさん
06/03/24 12:57:05
韓国の5000年の歴史に比べれば一瞬の出来事だな。

10:デフォルトの名無しさん
06/03/24 12:58:10
まあ、あれだ
お金がないから海岸で拾ったワカメの茎を塩茹でしてかじる
たいした味がないから食べるほどにひもじくなる。
そんな抽象的な概念だべ

11:デフォルトの名無しさん
06/03/24 13:03:26
EXEと違って64KB以内におさめないといけないのが大変だよな

12:デフォルトの名無しさん
06/03/24 13:14:35
>>11
.cmd ってのがなかったっけ？と思ったが
良く考えたらありゃ CP/M-86 か。

13:デフォルトの名無しさん
06/03/24 13:19:02
>>11 え？COM ってその COM の話だったのか？？

14:デフォルトの名無しさん
06/03/24 13:24:22
.COM企業か
何もかも懐かしい

15:デフォルトの名無しさん
06/03/24 13:56:59
　　　　　　＿, -‐-､＿__
　　　　　／　　｀　　｀　_　）
　　　/￣　　_,,ﾆ=‐─'´ｰ''',､
　　　ゝ-┬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　中国）

16:デフォルトの名無しさん
06/03/24 13:59:18
ORG 100H

17:デフォルトの名無しさん
06/03/24 14:08:38
EXE2BIN

18:デフォルトの名無しさん
06/03/24 15:06:08
FCD2ISO

19:デフォルトの名無しさん
06/03/24 15:26:06
>>18　それはぜんぜん違うだろうが（笑

20:デフォルトの名無しさん
06/03/24 16:13:14
I4You

21:デフォルトの名無しさん
06/03/24 16:22:26
でもExcelとかを.netで扱うときはまだCOMなんじゃないの？
あれもそのうち.netとかになるってこと？

22:デフォルトの名無しさん
06/03/24 16:50:39
コムって何？

23:デフォルトの名無しさん
06/03/24 16:57:51
ったく、どいつもこいつも嘘ばっか書きやがって。
↓ほら、これがCOMだ。
Wikipedia項目ﾘﾝｸ

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

24:デフォルトの名無しさん
06/03/24 17:03:12
昔東芝がひっかかってたよな。

25:デフォルトの名無しさん
06/03/24 17:05:39
>>24 それ、ココムじゃね？

26:デフォルトの名無しさん
06/03/24 17:10:09
長嶋茂雄がCMやってたよな

27:デフォルトの名無しさん
06/03/24 17:13:22
>>26それはセコムだよな？

28:デフォルトの名無しさん
06/03/24 17:14:28
ららら無人くん？

29:デフォルトの名無しさん
06/03/24 17:16:13
>>28 それ、アコムじゃね？

30:デフォルトの名無しさん
06/03/24 17:18:56
違う違う
富士通のミニコンだよ

31:デフォルトの名無しさん
06/03/24 17:28:35
FACOM

32:デフォルトの名無しさん
06/03/24 17:47:46
こないだペンタブレット買った

33:デフォルトの名無しさん
06/03/24 17:52:20
つまらんな

34:デフォルトの名無しさん
06/03/24 18:04:41

.com ⇒ .net

35:デフォルトの名無しさん
06/03/24 18:22:39
DEBUGってWindowsXPになっても搭載されてるんだよね。

36:デフォルトの名無しさん
06/03/24 18:39:14
>>35 今はじめて知った。

37:デフォルトの名無しさん
06/03/24 19:54:50
時代遅れだから。
リフレクションで、MacにもJavaにもおくれてたし。

38:32
06/03/24 21:13:19
orz

39:デフォルトの名無しさん
06/03/24 22:52:19
それで、コムって何？

40:デフォルトの名無しさん
06/03/24 23:00:37
マイクロソフトが社運を賭けた技術のひとつ

41:デフォルトの名無しさん
06/03/24 23:16:30
またCOMとOLEを間違っているスレか

42:デフォルトの名無しさん
06/03/25 01:22:32
まだコムの説明がなされてません

43:デフォルトの名無しさん
06/03/25 01:31:45
>>32=38
WACOMな……
強く生きれ……

44:デフォルトの名無しさん
06/03/25 03:11:08
ＣＯＭ即死ってほどでもないじゃんｗｗｗｗ
DirectXだってずっと長生きしてるしｗｗｗｗ

45:デフォルトの名無しさん
06/03/25 03:32:52
てか長生きし過ぎ。
とっとと次世代に移れつーの。

46:デフォルトの名無しさん
06/03/25 03:42:49
DirectX 1/WinGからはじまって、はげしく即死しまくってるのだが。

47:デフォルトの名無しさん
06/03/25 03:51:39
ActiveXとかCOMつかうとなにがお徳なの？

48:デフォルトの名無しさん
06/03/25 04:16:28
OLEもOLE2もCOMもActiveXも今はNE(E)Tです。

49:デフォルトの名無しさん
06/03/25 04:29:33
VB=COM

50:デフォルトの名無しさん
06/03/25 05:46:13
>>47
exeやDLLの利用規約(インターフェイス)を山のようにゴテゴテと定めたものがCOM

51:デフォルトの名無しさん
06/03/25 11:11:13
【OLE】オートメーション総合スレ【ActiveX】
ｽﾚﾘﾝｸ(tech板)

こちらもよろしくね。

52:デフォルトの名無しさん
06/03/25 12:21:29
即死がCOMの命　delete this;

53:デフォルトの名無しさん
06/03/25 13:03:47
「死せるＣＯＭ、生けるﾄﾞﾄﾈﾄを走らす」

54:デフォルトの名無しさん
06/03/25 16:50:51
ﾄﾞﾄﾈﾄもそうMSの思い通りに普及してないようなきもする

55:デフォルトの名無しさん
06/03/25 16:55:39
どうしてスレと逆の話ばかりしたがるかな。

56:デフォルトの名無しさん
06/03/26 22:47:25
どうしてこう検索しづらい名前をつけるかね?

COMしかり、.Netしかり。

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

57:デフォルトの名無しさん
06/03/26 22:58:49
>>56
googleなめんな。

58:デフォルトの名無しさん
06/03/26 23:19:40
IUnknownとかで検索すればいいんだけどな

59:デフォルトの名無しさん
06/03/26 23:33:56
pUnkをパンクと読んでいいですか

60:デフォルトの名無しさん
06/03/26 23:41:11
>>56
最強に検索しにくいのはCだなｗ

61:デフォルトの名無しさん
06/03/27 00:30:08
どうしてWindowsDNAは即死したのか

なら意味分かるけど。

DNAで検索スレば（ｒｙ

62:デフォルトの名無しさん
06/03/27 11:10:57
>>56
次あたり、意図的に ORG とか GOV とか出して来ると見た。

63:デフォルトの名無しさん
06/03/27 19:57:09
いっそのことexeにしてしまえと

64:デフォルトの名無しさん
06/03/29 00:04:45
名案だ

65:デフォルトの名無しさん
06/03/29 17:33:24
COMってなに？

66:デフォルトの名無しさん
06/03/29 17:39:19
command.com

67:マイク ◆yrBrqfF1Ew
06/03/29 17:46:50
今更だがCOM最高だな
JScriptで超脱力オートメンションプログラミング

68:デフォルトの名無しさん
06/03/29 18:45:25
Charcoal Oil Mix
だっけ？
石炭と石油を混合した燃料を使うとお得とかそういう話。

69:MASM信者
06/03/29 20:54:54
ほのかに懐かしいかほりがするスレはここですか？

70:デフォルトの名無しさん
06/03/29 21:19:32
MASMなんて使わずDEBUGでゴリゴリ

71:デフォルトの名無しさん
06/03/30 08:46:18
ORG 100h
HALT

72:デフォルトの名無しさん
06/03/30 12:03:24
>>70
　　C:\>debug
　　-a
　　2D68:0100 mov eax,0
　　　　　　　　　　　　　 ^ ｴﾗｰ
　　2D68:0100
WinXP の debug は 32bit に対応してません。
Vista を待ちましょう。

73:デフォルトの名無しさん
06/03/30 20:39:56
ＯTＺ 100h

74:デフォルトの名無しさん
06/03/30 21:03:45
Oz

75:デフォルトの名無しさん
06/03/31 08:43:21
COMググって一所懸命ネタ探して乙

76:デフォルトの名無しさん
06/03/31 10:23:54
>>75
MS-DOS2.11の時代から現役です。
ファンクションコールがINT 21hだったのは覚えてるけど、
さすがにどの機能がALいくつだったかは忘れました。

77:デフォルトの名無しさん
06/03/31 22:34:16
SOAPは？

78:デフォルトの名無しさん
06/04/14 13:34:02
>>15
不覚にもﾜﾛｽ

79:デフォルトの名無しさん
06/05/11 21:52:49
>>76
ahじゃなかったっけ？
02hを出力に、01hを入力に、4chを終了に使った記憶がある。
40h周辺はファイル操作だったような。

誰か教えてくれ

80:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/05/15 12:52:04
>>80
いや全然謎じゃなかった。
'This　program　cannot　be　run　in　DOS　mode.',　0DH,　0AH,　'$'　
のアドレスだった。
AH　=　40H　はファイルへの書き出しあってる。

82:デフォルトの名無しさん
06/05/23 22:55:18
エンドマークが'$'っつー妙なシステムコール

83:デフォルトの名無しさん
06/05/24 01:02:52
いまごろCOM勉強してる俺って・・・
OfficeやIEの寄生虫としては生き残らないか？

84:デフォルトの名無しさん
06/05/24 13:09:43
ヒント：氏亡フラグ

85:デフォルトの名無しさん
06/06/09 22:30:15
↓芸無し、４０代独身デブニート（素人）童貞、近藤妥の特徴
　
URLﾘﾝｸ(booklog.kinokuniya.co.jp)
●自分に甘く、他人に厳しい　
●努力せずに成果が欲しい　
●すぐにいらつき、キレる　
●無気力、鬱になりやすい　
●「悪い」と思っても謝らない

86:デフォルトの名無しさん
06/06/19 21:50:26
ＣＯＭって今はサービスコンポーネントっていうんですか？
サービスコンポーネントは死んでないの？
ＣＯＭ＋って使ってる人どれくらいいるんだろう？

87:デフォルトの名無しさん
06/06/19 21:53:55
槍槍栗栗槍槍栗栗槍槍栗とリス ♪

88:デフォルトの名無しさん
06/06/19 23:00:15
COM自体は悪くないと思うが、ActiveXがアレだな。

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

90:デフォルトの名無しさん
06/06/20 14:21:58
>>5
CLI というか VisualStudio で CLI 使うときの下請けにCOMは案外便利。
TYPELIB があればラッパクラスを自動的に作ってくれるから。

91:デフォルトの名無しさん
06/07/01 02:09:16
>>86
Windows使ってる全ての人

92:デフォルトの名無しさん
06/07/04 03:33:49
Ｋ仲川について
Part 12 ｽﾚﾘﾝｸ(prog板)
Part 11 ｽﾚﾘﾝｸ(prog板)
Part 10 ｽﾚﾘﾝｸ(prog板)
Part 9 ｽﾚﾘﾝｸ(prog板)
Part 8 ｽﾚﾘﾝｸ(prog板)
Part 7 ｽﾚﾘﾝｸ(prog板)
Part 6 ｽﾚﾘﾝｸ(prog板)
Part 5 ｽﾚﾘﾝｸ(prog板)
Part4 ｽﾚﾘﾝｸ(prog板)
Part 3 URLﾘﾝｸ(pc.2ch.net)
Part 2 URLﾘﾝｸ(pc.2ch.net)
オリジナル URLﾘﾝｸ(mentai.2ch.net)　
関連スレ
【初めて仲川勝彦（Ｋ仲川）と仕事する方へ】
ｽﾚﾘﾝｸ(prog板)

93:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/07/20 13:43:46
>>93
スレ違いのような来もするが：
・QI に失敗したらインタフェイスは取得できていない。ので解放しない。
・S_FALSE は失敗ではない。
・たぶん COM Essential （Essential COM?）のコードは合っていて、↑は写し間違い。

95:デフォルトの名無しさん
06/07/24 22:01:26
終わった今になって振り返れば、
COMってややこしそうなことによる弊害の方が大きかったね。

96:デフォルトの名無しさん
06/07/24 22:05:54
うん。
これからはSOAPでWEBサービスですよｗ

97:デフォルトの名無しさん
06/07/24 22:44:03
もっとプラグインに特化した作りにすれば良かったな。
やろうと思えば、いろいろできすぎて、目標が定まってない感じ。
IEがfirefoxばりに拡張できたらなぁ。

98:デフォルトの名無しさん
06/07/25 00:13:11
>　目標が定まってない感じ。
（少なくとも最終的には）それがCOMの狙いだと思うぞ。

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

99:デフォルトの名無しさん
06/07/25 00:23:04
成功すれば長所、失敗すれば短所。表裏一体だな。

100:デフォルトの名無しさん
06/07/25 12:16:54
失敗したのか？
ものすごく成功したコンポーネント技術の実装だと思うけどなぁ・・・
事実上 Windows オンリーなので汎用性は低いけど。

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

102:デフォルトの名無しさん
06/07/25 12:45:44
COMが失敗した、終了だ、というということは今後Windowsの
COMで提供されていたサービスはAPIに戻るということ？

103:デフォルトの名無しさん
06/07/25 16:00:09
WinFXがCOMより先に脂肪してしまったではないのｗ

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

105:デフォルトの名無しさん
06/07/25 17:14:09
LISPのコピペこそが最強な気がする

106:デフォルトの名無しさん
06/07/25 17:32:04
たしかにそうだ。
オートメーション/ActiveXのほかにはDirectX位しかCOMを使っているものって思いつかない。
後はマイナーなMSのライブラリとシェル拡張くらいか。
でもそいつらはこの上なく便利だけどね。

107:デフォルトの名無しさん
06/07/25 17:50:36
COMはコンポーネントを２次業者が自由に配布できる仕組みがないからな。
Adobeのコンポーネントを自分のアプリケーションから使おうと思ったら、
ユーザーにAdobeの製品を丸々インストールしてもらわないといけない。

108:デフォルトの名無しさん
06/07/25 17:57:28
まあ、もっと軽量なActiveXコンポーネントだったら、
同梱してインストーラでレジストリに登録とかできるだろうけどね。

109:デフォルトの名無しさん
06/07/25 18:10:36
COMとして重宝されてる一番の例はIEコンポか。

110:デフォルトの名無しさん
06/07/25 20:07:38
Irvineとかは?
AvedeskってCOM使ってなかったっけ

111:デフォルトの名無しさん
06/07/26 11:10:09
MSXMLも結構使われている。

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

112:デフォルトの名無しさん
06/07/30 08:36:46
ちょっくらタブブラウザについてのお勉強してみたいかなー、とか思ったんだけど
COMについていいサイトってある？できれば日本語で

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

113:デフォルトの名無しさん
06/07/30 08:37:21
スマン、あげとくです

114:デフォルトの名無しさん
06/07/30 14:43:49
>>112
とりあえず
URLﾘﾝｸ(www.asahi-net.or.jp)
なんかがあるけど、急がば回れで Essential COM を読むのが個人的オススメ。
まあ「ちょっくら」にはふさわしくないかもしれんが

115:デフォルトの名無しさん
06/07/31 00:58:14
COMに関するスレがここしか見当たらないので、ここで質問させていただきます。
コネクションポイントからのイベントを受けるシンクオブジェクトは、CoInitialize()で初期化しなければならないんでしょうか？

116:デフォルトの名無しさん
06/07/31 02:33:07
CoInitializeはオブジェクトに対してではなくCOMを使用するスレッドが最初に呼び出すもの。

117:デフォルトの名無しさん
06/07/31 20:22:18
VBはIUnknownインターフェイスの情報ってどこから仕入れてるの？
C,C++ならUnknwn.Idlから生成されたUnknwn.hで型情報が分るけど、
VBはどこで見てるの？

118:デフォルトの名無しさん
06/08/01 12:34:17
>>81
OD,OAって、CR,LFだったような遠い記憶がする。

119:デフォルトの名無しさん
06/08/01 14:50:45
OD OAではなく0D 0Aだがな

120:デフォルトの名無しさん
06/08/01 15:48:15
>>117
適当にどこかのタイプライブラリから見ているのだろう。

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

122:デフォルトの名無しさん
06/08/01 16:00:33
言語に非依存だけど、Windowsに非依存にならなかったから、終ったんだおね。
Win専用であれば普通のクラスライブラリの方がコーディングしやすくて性能も有利。

123:デフォルトの名無しさん
06/08/03 20:17:10
OLE,ActiveX,COMの違いが分からない
3.0,3.1 Me,XPみたいに
OSのバージョンを数字ではなく英字で書いてるようなもん？

124:デフォルトの名無しさん
06/08/03 21:15:18
俺はこう捉えている。
COM　IUnknown始め、インターフェースでクラスオブジェクトをやり取りするための仕組み。

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

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

126:デフォルトの名無しさん
06/08/05 19:53:53
Effective COMの巻末に、「COM仕様書を読め」とありますが、当該ドキュメントはどこにあるのでしょうか？

127:デフォルトの名無しさん
06/10/24 00:39:58
.NETってCOMの延長線上にあるものでしょ？

128:久々に
06/10/25 00:12:47
OLE → ActiveX → COM → .NET

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

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

129:デフォルトの名無しさん
06/10/25 03:21:05
COMって、OS非依存だ゛ったっけか。HPも無茶するよなー。
URLﾘﾝｸ(h71000.www7.hp.com)

130:デフォルトの名無しさん
06/10/25 11:12:14
＞.NETってCOMの延長線上にあるものでしょ？

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

131:デフォルトの名無しさん
06/10/25 19:12:07
いや、仕組みが全然違うのは分るけど、でも
言語非依存にあれだけ拘るのはCOMの伝統でしょ？

132:デフォルトの名無しさん
06/10/25 20:35:49
Microsoftの実装はお互い相互運用でやり取りできるから、.NETとCOMは結構密接に感じる。
たとえばVBScriptでこんなコードが書ける。VB/VC++にはmscorlib.tlbなどのタイプライブラリもある。

133:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/10/26 00:55:42
すげーな

135:デフォルトの名無しさん
06/10/26 05:28:05
感動した。

136:デフォルトの名無しさん
06/11/25 14:39:47
ActiveXコントロールってこれからも継続されるのかな？
特に売り物。

137:デフォルトの名無しさん
06/11/29 23:21:58
>>128
DirectXでもちゃんとQueryInterface使ってるところがあったりする

138:デフォルトの名無しさん
06/11/30 00:25:17
つうか順序が違う。
COM
OLE
ActiveX
.NET

139:デフォルトの名無しさん
06/11/30 02:59:05
これ何の順番？

140:デフォルトの名無しさん
06/11/30 03:55:32
勘違いの順番

141:デフォルトの名無しさん
06/12/23 17:26:33
>>133-134
おー、最近VBScriptで使い捨てのスクリプトを書いてるんだが
こんな風に.NETのクラスが利用できるとは。
俺のようなアマチュアには嬉しい情報

142:デフォルトの名無しさん
06/12/23 17:36:26
OLE
ActiveX
COM
.NET

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

143:デフォルトの名無しさん
06/12/23 17:47:46
COMは、古くは江戸時代の頃から、COM僧によって日本各地に広められたとされる

144:デフォルトの名無しさん
06/12/23 19:30:12
>>142
マイクロソフトがマーケティング的に推してきた順に並べるとそうなると思う。

145:デフォルトの名無しさん
06/12/24 02:09:39
COMの語源は虚無だったのか。。

146:デフォルトの名無しさん
06/12/24 02:36:53
待てよ、ole.hを覗いてみたが、OLE1はCOMを使っていない。
OLE1　→　COM付きでOLE2という順ではないのか。

147:デフォルトの名無しさん
06/12/24 06:57:25
OLE
OLE2　=　COM　=　ActiveX
COM+
.NET　Framework

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

148:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/12/24 18:12:36
ActiveXは、技術用語なくて、マーケティング用語だと思う。つまり、宣伝用。
だから、使い出したMSもよく分かっていない。

150:デフォルトの名無しさん
06/12/24 18:20:36
COMコンポーネントとOLEオートメーションサーバの違いは？

151:デフォルトの名無しさん
06/12/26 02:23:02
OLEオートメーションサーバからイベントを受け取るために作成するのはCOMオブジェクト。

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

153:デフォルトの名無しさん
06/12/26 21:05:25
いやサーバ側の定義するインタフェースじゃなくて、
たとえばWord文書のBeforeSaveとかのイベントを受け取るために作成するCOMオブジェクトの話よ

154:デフォルトの名無しさん
07/01/07 02:36:07
OLE1.0→COM→VBX→OLE2.0→OCX→ActiveX→DCOM→COM+→.NET

155:デフォルトの名無しさん
07/01/07 02:41:55
COMのスレがここ以外マジで死滅した件

156:デフォルトの名無しさん
07/01/09 10:56:16
無くなると言われると意外にウェブブラウザの進化には重要だった希ガス。
Flashとか。
Ajaxが代用となってくのかな？

157:デフォルトの名無しさん
07/01/09 11:12:50
Ajaxは厳しいな～。ある意味COMよりつらい。
JavaScriptに変わるまともなブラウザーベースの言語ができればよいけど。

158:デフォルトの名無しさん
07/01/10 23:15:10
>155
ｽﾚﾘﾝｸ(tech板)l50

159:デフォルトの名無しさん
07/01/11 00:25:18
ｽﾚﾘﾝｸ(tech板)

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

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

160:デフォルトの名無しさん
07/01/30 09:06:46
ActiveX漬けの韓国，Vistaに参った
URLﾘﾝｸ(oku.edu.mie-u.ac.jp)

韓国ではVistaの登場で多くのサイトが使えなくなる?
URLﾘﾝｸ(slashdot.jp)

161:デフォルトの名無しさん
07/01/30 09:26:23
CMSってなんですか

162:デフォルトの名無しさん
07/01/30 13:39:40
>>159
シリアライズの問題だろ

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

ソース、VS2005(STD以上）でソリューションが開けてそのままSide-by-Side配置対応のコンパイルできます。
URLﾘﾝｸ(www7a.biglobe.ne.jp)
Side-By-Sideと非Side-By-Sideの切り替えはここを参照。
URLﾘﾝｸ(densanshokunin.at.webry.info)

164:デフォルトの名無しさん
07/02/14 01:27:02
DCOM....設定綿土井

165:デフォルトの名無しさん
07/02/14 23:32:38
DCOMでよそのPCのExcelを起動できた時は感動したなあ
セキュリティ云々が問題になる前の時代の話

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

167:デフォルトの名無しさん
07/03/08 15:30:44
.NETがだめなのを見てCOMがこれからもう一度再評価されることを確信したよ

168:デフォルトの名無しさん
07/03/08 15:40:57
ヒント： AJAX

169:デフォルトの名無しさん
07/03/09 00:23:32
AJAXは.NET Fx 3.5に取り込まれることになってるな

170:デフォルトの名無しさん
07/03/10 09:11:24
>>163
あんたネ申かww
でも2005だけなのかな？
まぁ、試してみる。

171:デフォルトの名無しさん
07/03/11 04:56:15
APIにはドキュメントがあるのに、なんでCOM関連にはろくなドキュメントがないの？

172:デフォルトの名無しさん
07/03/11 05:19:18
APIのドキュメントもろくなもんじゃないけどな

173:デフォルトの名無しさん
07/03/11 09:59:38
少なくともMSDNライブラリでは特にCOMの文書がないということを感じたことはないぞ。

174:デフォルトの名無しさん
07/03/11 16:52:32
>>163
これはすげえ

175:デフォルトの名無しさん
07/03/12 11:25:12
URLﾘﾝｸ(gigazine.net)

これもすげえ

176:デフォルトの名無しさん
07/03/12 12:26:29
ﾜﾛﾀ
まさに外道

177:デフォルトの名無しさん
07/05/19 18:36:37
オブジェクト指向の話でよく車輪の再発明ってのが上がってくるが...

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

178:デフォルトの名無しさん
07/05/19 22:24:05
単に、C++と相性が悪かったから滅びた。

179:デフォルトの名無しさん
07/05/19 22:55:51
レジストリに原因があると言ってくれと言っているようなもんだな

180:デフォルトの名無しさん
07/05/20 08:46:53
いやC++/ATL以上にCOMと相性のよい言語なんか無いが。

181:デフォルトの名無しさん
07/05/20 09:06:12
#importもかなり便利

182:デフォルトの名無しさん
07/09/06 21:42:36
くやしい…！　　でも…感じちゃう！（ﾋﾞｸｯﾋﾞｸｯ

183:デフォルトの名無しさん
07/09/08 00:08:01
・COMオブジェクトの参照カウンタが０になったときに、
　そのオブジェクトが消え去る

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

この二つは全く別の話。

184:デフォルトの名無しさん
07/09/21 01:15:21
>>133に亀で感動。

185:デフォルトの名無しさん
07/10/11 12:44:51
COMプログラミングってCだよね

186:デフォルトの名無しさん
07/10/11 18:25:33
Cで書けばCのプログラムになるね。

187:デフォルトの名無しさん
07/12/28 12:55:36
ATL基本

188:デフォルトの名無しさん
08/01/06 00:03:06
もともとはCだね

189:デフォルトの名無しさん
08/01/12 21:07:45
実はXMLでも書けるんじゃないかと

190:本田
08/01/17 17:56:01
>COMプログラマの解説書
>Crispin Goswell
>Microsoft Office Product Unit
>1995年春
>1995年9月13日改訂
URLﾘﾝｸ(msdn.microsoft.com)
>抄録
>この解説書は、
>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:デフォルトの名無しさん
08/04/23 23:20:56
comモデルまんせー

192:デフォルトの名無しさん
08/04/24 18:28:15
agennnahage

193:デフォルトの名無しさん
08/07/06 00:26:56
AcadVBA→MFC+COMのコードに移植したいんですけど、
簡単に変換できるソフトとかありませんか？
VARIANTI型とかいちいち宣言追加したりしないといけないし、とても時間かかるんです。＞＜

194:デフォルトの名無しさん
08/07/06 04:55:34
絶対無いと思う

195:デフォルトの名無しさん
08/07/08 10:40:42
MFC+COMが簡単になるわけはないし、
COMってC++で扱いにく杉。

つ Delphi

196:デフォルトの名無しさん
08/07/12 09:57:46
つ ATL

197:デフォルトの名無しさん
08/07/12 11:30:49
いまだに、OCXのメンテナンスをしている俺って。

198:デフォルトの名無しさん
08/07/24 10:41:10
>韓国ではFirefox 3が使い物にならない理由
>URLﾘﾝｸ(pc.nikkeibp.co.jp)
マイクロソフトさえもセキュリティの問題からActiveXを縮小しようとしているのに、韓国では依然とWebの標準技術でもなく、マイクロソフトの技術であるActiveXに固執している。

199:デフォルトの名無しさん
08/07/24 20:53:32
韓国はVista/IE7が出たときもActiveXのせいで移れないって話が盛んだった気がする。

200:デフォルトの名無しさん
08/07/24 20:57:38
ActiveX天国（地獄）か、一度観てみたいな

201:デフォルトの名無しさん
08/08/02 20:53:37
ActiveXやめてもほかの技術に依存したら同じなのにね

202:デフォルトの名無しさん
08/08/02 21:34:09
NetscapeのPluginだったらマシだったはず。オープンソースだし。

203:デフォルトの名無しさん
08/08/02 22:37:43
どうましだったのか具体的にいえますか？ｗｗ

204:デフォルトの名無しさん
08/08/03 23:13:15
マイクロソフトじゃないからまし。

205:デフォルトの名無しさん
08/08/03 23:43:44
でたｗｗｗｗｗｗｗｗｗ
そうやって第二のMSが生み出され続ける

206:デフォルトの名無しさん
08/08/04 09:57:48
いや、そういう問題じゃなく、
ActiveXってクライアントＰＣでExe並になんでもできちゃうわけ。

207:デフォルトの名無しさん
08/08/04 10:39:27
ActiveXは署名技術でがんじがらめにするしかなかった。
よほどよく知られた会社のよく知られたアプリ以外に署名を受け入れるようなユーザーはそういない。
結局、名の知れたプラグインを配布する技術として残った。

208:デフォルトの名無しさん
08/08/04 10:41:00
△　結局、名の知れたプラグインを配布する技術として残った。
○　結局、アドビのPDFとマクロメディアのFLASHのプラグインを配布する技術として残った。

209:デフォルトの名無しさん
08/08/04 12:18:30
セキュリティソフト系の会社のネットスキャンも結構受け入れられてね？

210:デフォルトの名無しさん
08/08/05 09:32:11
セキュリティソフトと見せかけたスパイウェアですね、わかります。

211:デフォルトの名無しさん
08/10/22 17:30:59
>>208
結局、アドビの為だけの技術ってことかw

212:デフォルトの名無しさん
08/11/13 02:44:55
アドビは行儀が悪く、しかもウザイので入れない。

213:デフォルトの名無しさん
09/03/19 13:36:08
はいはい

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

215:デフォルトの名無しさん
10/03/30 14:25:05
てす

216:デフォルトの名無しさん
10/05/09 23:40:01
>関数をラップするCOMでも用意すれば良かったんだ。　

結局comは必要なわけねｗ

217:デフォルトの名無しさん
10/05/10 02:34:41
>>163
これは単にThreadingModelが合ってないだけでは？
fctest10.cpp
CoInitialize(NULL);
FcTest1.h
threading(free),
この組み合わせではマーシャリングが発生してしまう。

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

218:デフォルトの名無しさん
10/05/10 09:00:10
>>214
JScriptからもCOMを使いたいのだす

219:デフォルトの名無しさん
10/05/10 11:05:22
いろんなところが同じようなことを目指したが、まともに実装/実践したのはMicrosoftだけ。
今は、もっと不効率な方法でも実用に耐えるようになったけど。

220:デフォルトの名無しさん
10/05/10 11:17:22
＞まともに実装/実践したのは

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

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

221:デフォルトの名無しさん
10/05/10 11:18:58
x　できなかった
o　できるのにしなかった

222:デフォルトの名無しさん
10/05/10 11:23:26
いや、BSD UNIX対応は年を越えてアナウンスしてたが、実現できなかったんだよ。

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

223:デフォルトの名無しさん
10/05/10 11:34:51
COM/DCOMの独自性があるとすれば、インプロセス、アウトプロセス、ネットワークを
全部プロキシで統合してることかな？

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

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

224:デフォルトの名無しさん
10/05/10 11:55:50
CORBAの実装が遅すぎ。