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