- 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スレ立ててそっちでやってくれよ
- 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の実装が遅すぎ。
|
 |
