Visual Basic 2005でVB 6プログラマーの時代がやってくる

――　VB 2005＋コンポーネント開発なら、OOPを強く意識しなくてもアプリケーションを開発可能　――

鎌田：VBだけに限って見ると、VB 2005は、VB 6プログラマーを大いに意識して作られていると感じます。最初に登場したVS 2002や、次のVS 2003では、「VBもC#もできることは同じ」という思想を感じましたが、VB 2005ではこの方向性が少し変わったと思います。

設計者が語るVisual Basicの来た道、進む道

八巻：フォームのデフォルト・インスタンス（＝フォームを明示的にインスタンス化しなくても使える機能）が復活したこと、新たにMyクラス（＝さまざまな機能にVB 6開発者にとって分かりやすい名前でアクセスできる機能）が導入されたあたりですね。

　これらの機能は、VB 6プログラマーができるだけ違和感なくVB 2005を使えるように配慮したものだと思います。きちんとした評価はしていませんが、VB 6からVB 2005へのソース変換を行うコンバート・ツールの性能もかなり向上しているようです。

八巻：両面があると思います。Myクラスのおかげで、膨大なクラス・ライブラリである.NET Frameworkの存在をそれほど意識しないでプログラムを作れるようになりました。.NET Frameworkはあまりに巨大で、VB 6プログラマーが敬遠する原因の1つになっていましたから。

八巻：オブジェクト指向の観点で見ると、Myクラスやデフォルト・インスタンスなどは一歩後退と映るかもしれません。デフォルト・インスタンスは、見つけにくいバグの温床になり得ます（インスタンス化が明示的ではないため、その存在をコードからすぐに判断できない）。すでにOOPも克服してVB.NETに移行したプログラマーで、VB 2005に対してこのような感触を持つ人の中には、C#への移行を検討している人もいるようです。

八巻：OOP同様、間違った先入観になるといけないのでお断りしておきますが、小規模なビジネス・アプリケーションなら、2階層でもあまり重大な問題にならない場合もあります。

　しかしVS 2005では、データベースをオブジェクトとして操作できる仕組みが追加されています（ウィザードによるテーブル・アダプタの自動作成など）。フィールド更新などもオブジェクトのプロパティ変更で設定できます。このインターフェイスを使って開発されたアプリケーションなら、データベースを操作するビジネス・ロジック部分が自然と独立するような構成になるでしょう。

鎌田：開発したVB 6アプリケーション自体の配布もありますが、ActiveXコンポーネント時代には、アプリケーションで使用しているコンポーネントのレジストリ登録を忘れたとか、DLLの競合（いわゆる“DLL Hell”）によりアプリケーションが正常実行できないといった問い合わせが多かったです。

　この点.NETでは、DLLのバージョンがアセンブリによって厳密に管理されているので、DLL Hellは発生しません。事実、.NETになって以来、DLL Hellにまつわるサポートへの問い合わせも激減しました。

鎌田：非常に高く評価しています。ClickOnceを活用したビジネス・ソリューションは増えると思います。

鎌田：私たちのユーザー・サポートでも、Webアプリケーションでは、性能や操作性に関する質問が非常に多いです。皆さんWebアプリケーションの性能や操作性には不満があるようですから、ClickOnceが配布問題を解決してくれれば、ビジネス用途でもWindowsアプリケーションが復権する可能性はあるでしょう。

八巻：「ノータッチ」ではなかったからですね。NTDを使うには、あらかじめクライアント・マシンごとに面倒なセキュリティ関連の設定をしなければなりませんでした。

八巻：「ワンタッチ」程度にはなっています（笑）。

八巻：ブラックボックス化を嫌うプログラマーが多いということだと思います。多くはプログラマー自身の問題ですが、場合によっては、納品先のエンドユーザー側が、「マイクロソフト以外が開発したコードは使わないこと」という制限を設ける場合もあるようです。

八巻：「高機能で使いやすいコンポーネント」により、開発生産性を向上させられることですね。グリッド・コントロールや、文字の入力時に仮名を自動入力する日本向けコンポーネントなど、特にリッチな入力系コンポーネントはビジネス・アプリケーションでは重宝されています。こうした機能を独自にコーディングするのはかなり手間ですから。

鎌田：そういう製品もあります。当社の主力製品分野の1つとして、表計算（グリッド）コンポーネントがあるのですが、全部で5種類の製品を提供しています。このうち3種類はActiveX時代からバージョン・アップしてきたもの、2種類は.NETで新たに追加したものです。

鎌田：一言でいえば設計思想ですね。VB 6に慣れた人は、ActiveX感覚で作れる方が入りやすいわけですが、こうするとコンポーネント自体の柔軟性はどうしても制限されます。他方、.NET Frameworkを前提として開発されたコンポーネントは、.NET Frameworkの機能性や拡張性を最大限生かすように作られています。このメリットは非常に大きいのですが、使い始めには多くの知識が必要です。VB 6プログラマーにとっては、これがトレードオフになります。

鎌田：もちろん意識はしますが、「高機能で使いやすいコンポーネント」に磨きをかけるという方針に変わりはありませんし、常に使いやすさが一段違うものを提供しています。