アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
Component Object Model (スコア:1)
Microsoft 陣営のほうがはるかに進んでいると思う。
私は普段ほとんど Linux ばっかり使っているが、
Linux のソフト同士は協調するのが難しいと思う。
(ほとんどのソフトがライブラリレベルの機能共有とか
パイプでの連携程度にとどまっている。
オブジェクトとして連携できないものがほとんどだと思う)
Windows には COM で協調することで、ソフト同士が
連携しやすりという点にお
Re:Component Object Model (スコア:0)
アプリケーションの1つにすぎないと言う割にはOSと分離するのが
ものすごく面倒な代物。
富豪的な考え方でいけばプロセス間通信でいいわけで。
Re:Component Object Model (スコア:2, 興味深い)
ところで、あれはMSの実装が、「どこに」どんな部品を置き、「どこから」それを参照するか?という設計について
(意図的かもしれぬ)ミスをした結果であって、
部品化の枠組自体がおかしいわけじゃない、とは思いますよ。
#やっぱJavaOS流行らねーかな?(笑)
#といっても、Javaでwebアプリ鯖やれば、既にほとんど同じようなものだが。
>富豪的な考え方でいけばプロセス間通信でいいわけで。
富豪すぎます(^^;。具体的に言えば重すぎます。
unix pipeみたいな、一方通行かつ経路一本
Re:Component Object Model (スコア:0)
実行時の状態がどういうものになるか、はここでは考えていません
でしたね。アプリケーションをどのように提供するか、ということに
ついて、IE4.0以降(だったかな)では、これまでにないような方法を
とったわけですし、そこがこの話の主眼(MSによる技術革新)かと
思ってます。
OSとアプリケーションが共通の部品を使う、インスタンスが共通な
だけでなく、部品そのものが共通(~.dllみたいなヤツ)で、
しかもアプリケーション側がインターネットからダウンロードして
OSの部品でもあるにも関わらず、簡単に更新したり、削除できて
しまう。で、間違って削除するとOSを巻き込んで簡単に死ねる。
革新なんだろうし、確かに便利ですが、自分としてはウィルスや
トロイの木馬を作りやすくした、パンドラの箱的な技術という気が
しますね。
Re:Component Object Model (スコア:1)
>だけでなく、部品そのものが共通(~.dllみたいなヤツ)で、
あっと。ちょっと順序が逆かな。
winがそうなのかどうかは知りませんが、
インスタンスが共有されていなくても、ライブラリ(.dllとか)が双方で使われている、
ということは有ります。
ライブラリはOOPでいうクラスみたいなものですから、そのクラスから
「別個の」インスタンスをそれぞれ生成することは幾らでもできますし、
たまたまそれが片やカーネル空間で片やユーザープロセスの中で、
ということは有り得るでしょうね。
もっとも、カーネル空間でインスタンスを生成するとヤバいようなクラスのインスタンスをカーネル空間で生成しちゃえば
そりゃおかしいことになるでしょう(てーかwinがもしかするとまさにソレなのかな…) が、
それはちょっと別の問題なので。
逆に、インスタンスが共通でクラスが違う、ってことは普通は無いはずですよね。
#「部品」という語がクラスを指すのかインスタンスを指すのか、は状況次第であり、状況ごとにハッキリさせとかんと話が混乱しますぅ。