- 1 名前：デフォルトの名無しさん mailto:sage [2005/04/12(火) 20:39:26 ]
- 前スレ
【Whidbey】Visual Studio 2005スレ【.NET 2.0】
pc8.2ch.net/test/read.cgi/tech/1080916113/
- 585 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 23:57:19 ]
- >>584
.NETのランタイムも使いつつ、今までのC/C++のコード資産も併用できるコード。
CLRとネイティブの橋渡し的に使える罠。
- 586 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 23:59:55 ]
- 間違ってはいないが、マネージドコードの説明としてはおかしいだろ。
- 587 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 00:19:10 ]
- すまん、オブジェクトの管理をCLRに委ねるコードのことね。
- 588 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 00:46:25 ]
- Javaと対比させるとわかりやすいか？
.NET Java
マネージドコード → バイトコード
アンマネージドコード → ネイティブメソッド
- 589 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 08:48:38 ]
- バイトコードに対応するのはMSILでね？
- 590 名前：デフォルトの名無しさん [2005/08/08(月) 12:04:16 ]
- でも、2.0フレームは、1.1より結構速度上がった希ガス。
仮想のアセンブリ使ってるわけだから、CPUのパイプラインでデコードを２層にして対応するとすれば、
直線コースでは、ネイティブのアセンブリと処理速度変わらなくなる可能性あるよね。
分岐予想も、２層にすることではずれやすくなるとは思えないし。 多くはネイティブと１対１対応だろうから。
- 591 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 12:09:45 ]
- そのうち、仮想マシンコード要ワイヤード・コンパイラ・（コ）プロセッサとか、CPUの標準構成になるんだろうか。
クルーソーみたいにソフトウェアでカスタマイズしだしたら、Javaも.NETもネイティブとほとんど同じ速度で動くのにね。
- 592 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 12:16:06 ]
- >>587
単なる疑似コードの実行マシンとしてのVMでなく、
オブジェクトの管理までやってくれるっていうのは、
そもそもガベコレが目的だったんだろうけど、
オブジェクト指向言語の拡張に一躍買ってるよね。
レイトバインディングとか、動的型情報とか。
従来の言語でも実装はできたけど、IUnknownインタフェースとか、
クラス毎に実装してやらなきゃなんなかった。
今は、コンパイラが実行ファイルへ型情報を書き出しておいてくれて、
VMがそれを読んでインタフェースを提供してくれてるみたいだし。
|
 |
