連載

One Point .NET

クロス言語開発は本当にできるのか？

吉松 史彰
2002/06/20

　.NET Frameworkの中核をなすCommon Language Runtime（CLR)の特徴の1つとして、クロス言語開発が声高に喧伝されていた時期があった。そこでは、「好きな言語で開発して、それぞれを持ち寄って1つのアプリケーションにする」ということができるとされていた。実際に、VB.NET（Visual Basic.NET）でスローした例外をC#でキャッチしたり、C++で作ったクラスから継承したクラスをC#で作るデモなどが盛んに行われた。Java言語にしばられるデベロッパに対するマーケティング戦略という意味も多分にあったのだろう。

Misery

　先日、とあるWebサイトで面白い記事を見つけた。内容そのままではないが、こんなことを説明している。

public class Television {
  public void Show(string Message) {
    System.Console.WriteLine("Hmmm. As usual.");
  }
}

　これはC#で作ったテレビだ。C#は最先端の言語だから、当然こんなこともできる。

public class PlasmaDisplay : Television {
  public void Show(object Message) {
    System.Console.WriteLine("This is amazing!");
  }
}

　C#ならプラズマ・ディスプレイの作成もお手のものというわけだ。さて、当然ユーザーはプラズマ・ディスプレイで番組を見たいに決まっている。

class SharpUser {
  static void Main() {
    PlasmaDisplay pdp = new PlasmaDisplay();
    pdp.Show("Show me now!");
  }
}

　無事迫力の高精細画面を堪能できた。

　そこに、うわさを聞きつけたVB.NETユーザーがやってきた。彼女ももちろんプラズマ・ディスプレイで番組を見たいに決まっている。

Class BasicUser
  Shared Sub Main
    Dim pdp As New PlasmaDisplay()
    pdp.Show("Show me, show me!")
  End Sub
End Class

　彼女は怒って帰ってしまった。

　なかなか面白い現象だと思わないだろうか？

Guilty

　さて、この場合、悪いのはだれだったのだろうか？ .NET Framework SDKのドキュメントの、「言語間の相互運用性」の項には、「Common Language Specification（CLS)を守っていれば、ほかの言語を利用するデベロッパがそのコードを完全に利用できる」と書かれている。PlasmaDisplayクラスは、きっとこのルールに違反しているに違いない！

　どこが違反しているのか手っ取り早く見つけるには、System.CLSCompliant属性を使うのが便利だろう。

[assembly:System.CLSCompliant(true)]
public class Television {
  public void Show(string Message) {
    System.Console.WriteLine("Hmmm. As usual.");
  }
}

public class PlasmaDisplay : Television {
  public void Show(object Message) {
    System.Console.WriteLine("This is amazing!");
  }
}

　再びコンパイルしてみる。もしもCLS違反のコードが見つかれば、コンパイル・エラーとなるはずだ。だが、このコードはコンパイルできてしまう。つまり、CLSに違反していないのである。本当かどうか疑問に思ったら、sbyteやuintなどのCLS違反となるデータ型を使うメソッドをpublicに宣言してみてほしい。コンパイル・エラーが確認できるだろう。

　CLSに違反していないのだから、C#のコードは悪くない。だとすれば、これはやはりお得意の「不具合」か？ いやいや、これは「仕様」なのである。

Basic Instinct

　よくよく見ると、PlasmaDisplayクラスはShowメソッドを多重定義していることが分かる。片方はSystem.Stringを、片方はSystem.Objectを引数として取る。System.StringはSystem.Objectから派生していることも思い出しておこう。

　さて、C#コンパイラもVB.NETコンパイラも、以下のコードを見てメソッドの解決を試みる。

pdp.Show("Show me now!");

pdp.Show("Show me, show me!")

　結論をいうと、このときの両者のルールが異なるため、結果が異なるのである。

　大ざっぱにいうと、C#では末端クラスのメソッド定義に呼び出しと互換性のあるメソッドがあれば、それが使われる。この場合、PlasmaDisplayクラスのShowメソッドは、System.Objectを引数に取るので、文字列を渡そうとしている呼び出し元と互換性がある。そのため、PlasmaDisplayクラスのメソッドが呼ばれたわけだ。

　一方、VB.NETでは、継承関係をすべてたどって、多重定義されたメソッドを横一線に並べる。そして最も呼び出しに近いメソッドを選択する。この場合は、呼び出しが文字列を引数として渡しているので、TelevisionクラスのShowメソッドの方が、PlasmaDisplayクラスのShowメソッドよりも近い。だからこういう結果になるわけだ。

　実はCLSには、多重定義されたメソッドの解決法にかかわる規定が、あえて除かれている。そのため、各言語が独自にルールを定めているのだ。C#は新しい言語だし、VBにはオーバーローディングはなかったわけなので、VB.NETとC#で合わせてくれてもよかったのだが……。

　VB.NETとC#には、ほかにも異なる機能がある。次のページでご覧いただくインターフェイスもその1つだ。

　

　INDEX
　 連載 One Point .NET
　 クロス言語開発は本当にできるのか？
  1．Misery／Guilty／Basic Instinct
　   2．Face/Off／What Lies Beneath／The Right Staff
　
「連載 One Point .NET」

TechTargetジャパン

Insider.NET フォーラム 新着記事
  • Kinectが切り開く“夢の近未来” （2012/2/2）
    　日本を含めた世界中でKinect for Windowsセンサー商用版とSDK正式版がリリース。未来のコンピューティングはどう変化するのか？
  • 3つの視点でネイティブと.NETの適材適所を考察 （2012/1/31）
    　アプリ開発は「ネイティブ」と「.NET」、どちらが最良？ その問いには「適材適所」と答えるしかない。では、“適所”は一体どこかを考察する
  • SQL Azure Data Sync入門 （2012/1/30）
    　SQL Azure／SQL Serverデータベース間のデータ同期を簡単に実現するサービスとは？ その仕組みや使用手順を解説
  • Windows Phoneアプリ市場の現状を分析する （2012/1/27）
    　Windows Phone のアプリ・ストアに日々登録されている多種多様なアプリ。カテゴリ別のアプリ数は？ 市場の現状を明らかにする

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

RSSフィード

＠IT 新着記事

キャリアアップ

- PR -
＠IT Sepcial
→ ＠IT Special ヘ

イベントカレンダー

PickUpイベント

- PR -
もっと見る
- PR -

お勧め求人情報

ホワイトペーパー（TechTargetジャパン）

＠IT Sepcial
→ ＠IT Special ヘ
ソリューションFLASH