人力検索はてな
モバイル版を表示しています。PC版はこちら
i-mobile

ActiveX コンポーネントを .NETコンポーネントにする利点とはなんでしょうか?

漠然とした質問ですがよろしくお願いします。

●質問者: TONTON3
●カテゴリ:コンピュータ
✍キーワード:.NET ActiveX コンポーネント 漠然
○ 状態 :終了
└ 回答数 : 3/3件

▽最新の回答へ

1 ● きゃづみぃ
●10ポイント

http://www.xlsoft.com/jp/products/addflow/faqdotnet.html

XLsoft.com

.NET 環境の場合は、.NET を使用したほうがよいらしいです。


2 ● nishiyu
●20ポイント

http://www.microsoft.com/japan/msdn/net/vbtransitionguide/chapte...

ご指定のページが見つかりません

こちらは参考になるでしょうか

やはり .NET Frameworkに繋げるというのが 利点ではないでしょうか

◎質問者からの返答

従来のCOMのものも利用できるが、.NetFrameWorkが提供するものを使うため信頼性があるということでしょうか?

もうすこし、他の人の意見を待ちたいと思います。


3 ● cx20
●30ポイント

http://www.atmarkit.co.jp/fdotnet/keyinterview/boc_kamata/kamata...

Keyman Interview : 文化オリエント(株) ソフトウェア開発部 部長 鎌田 明氏

URL は、コンポーネント製品を多く提供しているメーカー(グレープシティ/旧:文化オリエント)の記事です。

ActiveX コンポーネントを .NET 環境を使う上でのデメリットとしては、

・互換性の問題(描画など細かい動作での互換性に疑問)

・パフォーマンスの問題(ラッパークラスを利用するため、動作が重くなる)

・コンポーネントの配布が面倒(依存関係のある DLL/OCX の配布など。)

(.NET Framework のみに依存するのであれば、配布の手間が省ける。)

が考えられます。

他にも理由はあると思いますが、つまるところ、

「.NET コンポーネント」+「Windows Form」

の組み合わせの方が、フレームワークが統一できるので、

バージョン管理も楽になるし、アプリケーションの作りも

シンプルになるというところでしょうか。

あとは、完全 .NET Framework ベースのアプリケーションとして

作成しておけば、将来的に UNIX など、他の環境でも

動くようになるかもしれない?というメリットもあります。

(Microsoft が UNIX に .NET Framework を移植すればの話ですが・・・)

http://www.microsoft.com/japan/msdn/vbasic/migration/grapecity3....

マイグレーション パートナー インタビュー - グレープシティ株式会社

URL はグレープシティへのインタビュー記事です。

フレームワークを統一することによるメリットなどが書かれています。

http://biz.ascii24.com/biz/sp/article/2001/02/10/618822-000.html

ASCII.jp:ascii24.com一時停止のお知らせ

URL は、少し古い記事ですが .NET とはなにか?について書かれています。

参考まで。

◎質問者からの返答

ありがとうございました。

関連質問


●質問をもっと探す●



0.人力検索はてなトップ
8.このページを友達に紹介
9.このページの先頭へ
対応機種一覧
お問い合わせ
ヘルプ/お知らせ
ログイン
無料ユーザー登録
はてなトップ