Visual Basic
Microsoft Visual Basic
Visual Basic
Visual Basic (ヴィジュアル ベーシック)はマイクロソフトが1990年代に開発していたプログラミング言語およびその処理系。通常はVisual Basicまたは略してVBと呼ぶ。Visual Studioに組み込まれており、さまざまな種類のアプリケーション開発に用いられる。
後継となるVisual Basic .NET (VB.NET) に関しては当該項目を参照。アプリケーション組み込み用の言語Visual Basic for Applicationsに関しては当該項目を参照。1970年代〜1980年代に開発されていた前身のMicrosoft BASICについても当該項目を参照。
なお、マイクロソフトのドキュメントでは、バージョン2005以降のVisual Basic .NETをVisual Basicと呼んでいるが、本記事では.NET非対応のVisual Basicのみを取り扱う。
VBは構造化プログラミングのBasicである(※)。加えてオブジェクト指向に近い概念も取り入れられている。
※ 1970年代や1980年代のマイクロコンピュータ用の、行番号やGOTO文を用いる構造化以前のBASICとは大きく異なっている。
VBの特徴は、RADスタイルのプログラミングである(Rapid Application Development)、とリリース当時のMSのリーフレットなどではその特徴が解説された(※)。
まず画面上に視覚的表示されるフォーム上に、あらかじめ用意された各種のGUIパーツ(コントロール。たとえばボタンやテキストボックスなど)を、マウスなどを用いて配置する。次にそれらのGUIパーツに「イベント」(プロパティが変更されたり、マウスでクリックされたりすることなど)が発生した場合に実行させたいことをコードで記述していくことでプログラムを作成していくスタイルである。
グラフィックの描画など、GUIを実現するときに付随する定型的な画面管理はパーツの内部で行なわれるため、プログラマが直接記述する必要性が大幅に低減され、記述が煩雑になりがちなGUIを利用したプログラムを、簡単かつ効率的に作成することができる。
※ VBの後、VB同様にRADスタイルでプログラミングできる開発ツールが続々と登場しいわば「当たり前」になった。つまりMicrosoftのVBはRADの先駆けのひとつであったともいえる。
なおMicrosoft Windows用のGUIアプリケーションを開発する場合、もっとも原始的な方法としてC/C++言語でWin32 APIを使い、コードベースですべてのGUI処理を記述していく方法がある。この方法はWindowsのすべての機能にアクセスでき、すべてを制御することができることがメリットだが、その代わりコード記述量は膨大なものとなり、開発効率が悪い(Microsoft Visual C++ではリソースエディタと呼ばれる、GUIの外観デザインを視覚的に設定できるツールも存在するが、これはRADではない)。
上記はコマンドボタン"Command1"に関連付けられているイベントハンドラーの例である。対応するコマンドボタンをクリックすると、メッセージボックスに「Hello, World」と表示される。
もとはマイクロソフトのQuickBASICを拡張したもので、RADに対応した統合開発環境の名称でもあった。
バージョン1.0ではWindows版の後にMS-DOS版が発売されており、キャラクタベースにもかかわらずコントロールを配置してGUIを構築することができた。ただしキャラクタベースであるため、フォームを使用した場合、グラフィックスの描画は不可能である。
VB4でクラスモジュール機構が導入された。VB5でインターフェイスの実装 (Implements) を利用したポリモーフィズムが導入された。ただしバージョン6.0時点では、C++やJavaといった言語と比較して、オブジェクト指向プログラミングのための機能が十分には実装されておらず、特にクラスの継承(実装継承)に相当する機能がなかった。なお、後継のVB.NETでは完全なクラスベースのオブジェクト指向の機能や、Visual C#と遜色のないソリューション・プロジェクト管理機能も実装されている。
マルチメディアコンポーネントであるMicrosoft DirectXに関しては、一部のバージョンのみVisual Basic上からでも利用が可能となっている。Visual Basic 6.0ではVB用のCOMタイプ ライブラリを使用することでDirectX 7およびDirectX 8を利用できる。
しかし、これらのVB向けDirectXインターフェイスは、Windows Vista以降ではサポートされていない。
Visual Basic 1.0がリリースされたのは1991年である。ユーザーインターフェイスを作成するためのドラッグ・アンド・ドロップのデザインは、アラン・クーパーが開発したプロトタイプのフォームジェネレータTripodに由来する。マイクロソフトはクーパーと契約し、TripodをWindows 3.0用のプログラム可能なフォームシステムにするために、Rubyというコード名で開発した(後のスクリプト言語Rubyとは関係ない)。Tripodにはプログラミング言語は含まれていなかった。マイクロソフトはRubyと同社のQuickBASICを組み合わせてVisual Basicを作成することにした。インタフェースジェネレータRubyはVisual Basicの視覚的な部分を提供した。Rubyはまた、追加のコントロール(当時は「ギズモ」と呼ばれていた)を含むダイナミックリンクライブラリ(DLL)をロードする機能も提供し、これは後にVisual Basic Extensionインターフェイスとなった。アラン・クーパーは「Visual Basicの父」と呼ばれている。
Visual Basicには、大きく分けて2種類ある。1つはバージョン1.0から6.0までの旧来版、もう1つはバージョン 7.0 (2002) 以降の.NET Framework対応版である。.NET Frameworkに対応したバージョン7.0以降はバージョン6.0以前と比較して大きな変更が施され、互換性もない。
32 ビット版と 16 ビット版の Windows プログラムを開発できる最初のバージョンとなった。爆発的に普及が始まったWindows 95用のアプリケーション開発環境の一つとしてリリースされた。ボタンやコンボボックスのような標準コントロールに加え、サードパーティーから発売されたコントロールをマウスを使ったGUI操作で配置することでアプリケーション画面を作成することができ、プログラム生産性が高いことが特徴だった。特に、サードパーティ製の高機能なコンポーネントが多く発売され、熟練開発者でなくとも操作性の高いアプリケーションが開発でき、当時のエンドユーザー・コンピューティングに大きな影響を与えた。VB4 の言語仕様が Office 95 の VBA に切り出され、Word VBA、Excel VBA、Access VBA の仕様とも融合した。
技術面で見ると、前のバージョンまではVBXコントロールを使っていたが、このバージョンからVisual C++などを用いてCOMのコントロール(OLEコントロール、OCX、後にActiveXコントロールと呼ばれる)を開発し、これらの部品群の組み立てをVisual Basicで行うことが容易にできた。特にExcelなどのアプリケーションをOLEを通じて制御することができるため、帳票を扱うような業務アプリケーション開発の分野で使われることも多かった。
Win32 ネイティブコードへのコンパイル機能がサポートされるようになり、実行速度が大幅に向上した。
開発環境内でのインタプリタ実行も引き続きサポート。
ActiveXに完全に対応し、ActiveXオブジェクトを使用することはもちろん作成することも可能。そのため、ActiveXコンポーネントとして公開されていたDAOやADO、oo4oなどを使用して、SQL ServerやOracle DBを制御することができ、多くのビジネスシーンで使用された。また、バージョン1.0からの経験も蓄積されていたためVisual Basic 6.0を扱えるプログラマ・情報量ともに豊富だった。
Webアプリケーションを開発するための方法(IISによるサーバーサイドVBの実行、VBフォームへのWeb機能組み込み、Internet ExplorerでのVBホスティング)がいくつか用意されていた。
Microsoft Officeのアプリケーション用のマクロ環境として実装されているVisual Basic。反復操作を自動化するだけでなく、Windowsのフォームやボタンなどのコントロールをドキュメント内に配置して、ドキュメント編集のためのGUIを構築することも可能となっている。言語仕様としては、本家のVisual Basicで.NET以降がリリースされたのちも、ドキュメントの互換性を保つ目的で、Visual Basic 6.0ベースのものが実装されている。ExcelやAccess、Wordなどのアプリケーションで実装されているほか、独自に開発したアプリケーションにVBAを搭載することも可能で、サードパーティ製のアプリケーションにVBAが搭載される場合もある。本家Visual Basicとの大きな違いは、搭載アプリケーション内でしか実行できない点にある。
VBAを用いることで、対応するアプリケーション内の各要素をクラスオブジェクトとして操作できる。Excelを例にとると、「Excelアプリケーション」を表すApplicationオブジェクト、「Excelブック」を表すWorkbookオブジェクト、「スプレッドシート中のセルまたはセル範囲」を表すRangeオブジェクトなどがVBAから操作できる。
Office 2007まではバージョン6系列のVisual Basicが採用されていたが、Office 2010では、バージョン番号を7.0としている。主な変更点として、64ビット環境への対応が挙げられる。LongPtr(32ビット環境・64ビット環境双方でポインタと同じ大きさとなる整数型)、LongLong(64ビット整数型、ただし64ビット環境でのみ使用可能)などのデータ型やそれに伴う変換関数の追加などが行なわれている。
Active Server Pages (ASP)の既定の言語であり、Windowsスクリプティングやクライアント側のウェブページスクリプティングでも利用される。文法はVBに似ているがVBランタイムではなくvbscript.dllで実行される別の言語である。ASPおよびVBScriptは、.NET Frameworkを使ったASP.NETとはまた別物である。
Visual Basic 6.0の後継言語であり、.NETプラットフォームの一部である。Visual Basic .NETは.NET Frameworkを使ってコンパイルされ実行される。Visual Basic 6.0と後方互換性はない。自動移行ツールも用意されているが手動での手直しも必要となる。
Microsoft Visual Studioでは、繰り返し発生する操作を自動化するために、Visual Basic言語によるIDEマクロ環境が用意されている。前述のVBAとは異なり、Visual Studioのバージョンに応じたVisual Basicが使用できるようになっており、Visual Studio .NET以降はVB.NETを使って.NET Frameworkを利用できるようになっている。なお、各マクロプロジェクトは、テキストファイルのソースコードではなく、.vsmacrosファイルにメタデータとしてバイナリ形式で保存されるようになっているが、各モジュールをVBのソースファイル (.vb) としてエクスポートあるいはインポートすることもできる。公式のマクロ機能はVisual Studio 2010までの提供となり、2012では廃止された。
Visual Basic 5 以前のバージョンでは、Pコードへのコンパイルのみをサポートしていた。Pコードは言語ランタイムによって解釈される。Pコードのメリットは、ポータビリティと小さなバイナリサイズであるが、実行時に解釈するレイヤーが追加になるため実行速度が遅くなる。Visual Basicアプリケーションの実行にはMicrosoft Visual Basicランタイム (MSVBVMxx.DLL) が必要であり、xx は50、60などのバージョン番号が入る。MSVBVM60.dllはWindows 98からWindows 7までのバージョンのWindowsのすべてのエディション (一部の Windows 7のエディションを除く) で標準コンポーネントとしてインストールされていた。Windows 95マシンはプログラムが必要としているDLLをインストーラで配布する必要があった。作成したアプリケーションのパッケージにランタイムを同梱して配布することがマイクロソフトにより認められている。Visual Basic 5 と 6 はコードを Win32 ネイティブとPコードのどちらにでもコンパイルできたが、いずれにせよビルトインの関数やフォームの利用にランタイムを必要とした。
VB.NET 以前のVisual Basicでは以下の不都合が指摘されていた。
コンポーネントのバージョンの違いからトラブルが起きやすい(DLL地獄)。
言語仕様が完全なオブジェクト指向言語ではない。
基本的にマルチスレッド機能が無く、ActiveX EXEでのみ可能である。
強い型付けのプログラミング言語と比べると、バリアント型は遅くメモリ容量もより消費する。
複雑で壊れやすいComponent Object Model (COM) のレジストリに依存したり、VBランタイムが別途必要となるなど、アプリケーションのインストールに手間がかかる。
旧来型Visual Basicの最終バージョンであるVisual Basic 6.0は、2004年3月29日にService Pack 6がリリースされたのち、2005年3月31日にメインストリームサポート期間を終え、2008年4月8日に延長サポートの期間を終えた。したがって現在は開発環境のサポートを打ち切られている状態にある。
Visual Studio .NET 2003以前のIDE製品は、Windows VistaおよびWindows Server 2008上での実行サポートが打ち切られたが、Visual Basicに関しては後継のVB.NET以降との互換性がほとんどなく、他開発環境への移行も難しいことから、マイクロソフトは例外的に32bit版のWindows VistaおよびWindows Server 2008でのVisual Basic 6.0のIDE実行(開発環境の実行)をサポートしている。ただし、64bit環境でのIDE実行はサポートされない。また、Windows 7およびWindows Server 2008 R2以降では開発環境の実行サポートも打ち切られている(ただしマイクロソフトによると、Windows 7やWindows 8においてVisual Basic 6.0 IDEをテストし、アプリケーションの互換性に深刻な不具合がないかどうかを確認して、必要に応じて不具合の軽減措置を取ったとされている)。
Visual Basic 6.0で作成されたアプリケーションや、OSに同梱されるVB6ランタイムについては、Windows 7以降およびWindows Server 2008以降での動作サポートが継続されている。64bit OS上ではWOW64により動作する。