解説 インサイド .NET Framework 第1回　Managed Code／アセンブリ／モジュール インフォテリアネットワークス株式会社 吉松 史彰 2002/03/30　改訂版はこちら（2003/06/25）

---

はじめに

　ようこそ.NET Frameworkの世界へ。本稿では、Microsoft .NET戦略の中心に位置する.NET Frameworkについて、プログラマーの視点からさまざまな技術を掘り下げて解説する。あくまで目的は.NET Frameworkについて解説することであり、プログラミング言語の構文解説ではない。逆にいうと、プログラミング言語は、それがManaged Codeを出力する限り、何でも構わない。C#でもVisual Basic .NET（以下VB .NET）でも、Javaでも何でもござれ。それが.NET Frameworkだ。

Managed Code

　さて、「はじめに」の中にさっそく妙な言葉が登場した。Managed Code（マイクロソフト的には「マネージコード」。筆者は、このカタカナ表記に我慢ならないのでアルファベット表記にする）を出力するって一体何だろうか。

　一昔前まで、コンピュータの世界では、プログラマーが王様だった。それが証拠に、プログラマーはコンピュータに何でも（隣のコンピュータとポッキーゲームをすることを除けば）命令することができた。「PLAY CDEFGAB」といえばコンピュータが歌い、「while(true);」と書けばコンピュータは自分が燃え尽きるまで回り続けた。

　この時代、プログラマーにとって一番大事な仕事はメモリを解放することだった。いつもどんなときでも、プログラマーはこのことだけは決して忘れなかった。たとえ今年の成人の日の日付は間違えても、メモリの解放忘れだけはしてはならないおきてだった。

　プログラマーにとって、外界には苦手な種類の生物がいた。それがお客さまだ。お客さまはいつもプログラマーに余計なことばかりさせようとしていた。口座Aから1万円を引き出して、口座Bに同じ金額を預けたり、買い物カゴを作って、そこに物が入れられるようにしたり。プログラマーはメモリを解放しながら、片手間にこのような命令をコンピュータに実行させていた。ともあれ、プログラマーにとってコンピュータは忠実な下僕であり、メモリをきちんと解放して正しく付き合えば、よき友であった。

　ある日、プログラマーは、いつものようにメモリを解放しようとした。すると、コンピュータがいつもと変わらぬ調子でこういった。「メモリは正常に解放されました」。そこで、今日もしぶしぶながら、お客さまの要求をコンピュータに命令していった。すると、コンピュータがこういってきたのだ。

　「メソッドの実行に失敗しました。必要なインターフェイスが実装されていません」

　プログラマーはわが目を疑った。入力した命令は完璧なはずなのになぜ……？ しかもよくよくメッセージを読んでみると、「必要なインターフェイスが実装されていません」とある。コンピュータがプログラマーに対して「インターフェイスを実装すること」を指示している……？

　この日を境に、プログラマーとコンピュータの関係は逆転した。これまでと違って、プログラマーにとって一番大事な仕事は、お客さまの要求にこたえることになってしまった。しかも、そのやり方といったら、いままでとは正反対。コンピュータが指示する順番で、指定されたとおりの実装をしなければならないのだ。これまで一番大事だったメモリの解放の仕事は、完全にコンピュータに奪われてしまった。どのメモリをいつ解放するかは、コンピュータが勝手に判断するようになったのだ。コンピュータはプログラマーにこういった。

　「今後、勝手に私を呼び出すことは禁止する。必要なときは、私がお前を呼び出す*1」

　下克上だ。クーデターだ。『ターミネーター』の世界だ。

　その日、コンピュータに何が起きたのか、もういうまでもないだろう。そう、.NET Frameworkがインストールされたのだ。その日、コンピュータは目覚めたのだ。

　.NET Frameworkの頭脳に当たるのは、Common Language Runtime（共通言語ランタイム：CLR）である。CLRはこれまでプログラマーの仕事だった、メモリの管理、コードの実行制御、セキュリティの確保などの仕事を、プログラマーから奪い取った。CLRは、プログラムが提供する詳細情報を頼りに、自分だけでこれらの管理を行う。プログラマーにとって一番楽しかったはずの、メモリの解放は、CLRがすべてやるようになってしまった。しかも腹立たしいことに、プログラマーよりも正確に、必要なタイミングでメモリを解放してくれるのだ。CLRによって監視されながら実行されるコード、それがManaged Codeである。Managed CodeはCLRによって管理されているので、CLRが正しくないと考える行動はできない。プログラマーがどんなに頑張っても、CLRのメガネにかなわないコードは、CLRによって管理された環境では実行できないのだ。

　CLRがコードを管理してくれるので、プログラマーはお客さまの要求にこたえることだけが仕事になった。CLRはプログラマーから、これまで書いていたコードの大部分について、それを書く権利を取り上げたのだ。プログラマーはただお客さまの要求に忠実にこたえるだけの、Managed Codeを書くことになったのだった。

＊1　「Don't call us. We'll call you.」 これは、ハリウッドの原則（Hollywood Principle）と呼ばれる、フレームワークの定義を語るときの定番フレーズである。

　

INDEX
	解説 インサイド .NET Framework
	第1回 Managed Code／アセンブリ／モジュール
	1．はじめに
	2．プログラムが提供する詳細情報
	3．アセンブリとモジュールの作成
	4．マルチ・モジュール・アセンブリの作成
	5．マルチ・モジュール・アセンブリの必要性

　

「解説：インサイド .NET Framework 」

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）