Basicおよびその統合開発環境について説明しています。.NET」をご覧ください。この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。ベーシック)はマイクロソフトが1990年代に開発していたプログラミング言語およびその処理系。BasicまたはVBと呼ぶ。Studioに組み込まれ、さまざまな種類のアプリケーション開発に用いられる。関しては当該項目を参照。BASICについては当該項目を参照。Applicationsに関しては当該項目を参照。Basicのみを取り扱う。初期のバージョン[いつ?]はBASICから派生したマイクロソフトのQuickBASICを拡張したもので、RADに対応した統合開発環境の名称でもあった。言われることが多かった[要出典]が、実際にはさまざまなビジネスシーンで活用されている。APIを使い、コードベースですべてのGUI処理を記述していく方法がある。C++ではリソースエディタと呼ばれる、GUIの外観デザインを視覚的に設定できるツールも存在するが、これはRADではない)。RAD)が特徴だったが、現在では多くのGUIアプリケーション開発環境においてこのようなスタイルでのプログラミングが可能であり、VBはその嚆矢であったことになる。グラフィックの描画など、GUIを実現するときに付随する定型的な画面管理はパーツの内部で行なわれるため、プログラマが直接記述する必要性が大幅に低減され、記述が煩雑になりがちなGUIを利用したプログラムを、簡単かつ効率的に作成することができる。バージョン1.0ではWindows版の後にMS-DOS版が発売されており、キャラクタベースにもかかわらずコントロールを配置してGUIを構築することができた。キャラクタベースであるため、フォームを使用した場合、グラフィックスの描画は不可能である。言語仕様は、旧来のBASIC言語に比べ、構造化プログラミングの機能が加えられるなど大きく拡張されており、加えてオブジェクト指向に近い概念も取り入れられている。VB4でクラスモジュール機構が導入された。利用したポリモーフィズムが導入された[2]。バージョン6.0時点では、C++やJavaといった言語と比較して、オブジェクト指向プログラミングのための機能が十分には実装されておらず、特にクラスの継承(実装継承)に相当する機能がなかった。C#と遜色のないソリューション・プロジェクト管理機能も実装されている。Basic上からでも利用が可能となっている。8を利用できる[3][4]。Vista以降ではサポートされていない[5]。Basicには、大きく分けて2種類ある。Framework対応版である。Frameworkに対応したバージョン7.0以降はバージョン6.0以前と比較して大きな変更が施され、互換性もない。オブジェクト指向の基本的な部分を実装。日本では発売されなかった。Windows版との互換性は低いが、DOS版QuickBASICの後継バージョンとして使える。PC-98用の日本語版も発売されていた。日本語版は1993年で当初はODBC対応はなし。日本では発売されなかった。ActiveXコントロール作成専用。5.0のプロトタイプ。ネイティブコードへのコンパイル機能をサポート。プログラムを開発できる最初のバージョンとなった。95用のアプリケーション開発環境の一つとしてリリースされた。ボタンやコンボボックスのような標準コントロールに加え、サードパーティーから発売されたコントロールをマウスを使ったGUI操作で配置することでアプリケーション画面を作成することができ、プログラム生産性が高いことが特徴だった。サードパーティ製の高機能なコンポーネントが多く発売され、熟練開発者でなくとも操作性の高いアプリケーションが開発でき、当時のエンドユーザー・コンピューティングに大きな影響を与えた。Basicで行うことが容易にできた。ExcelなどのアプリケーションをOLEを通じて制御することができるため、帳票を扱うような業務アプリケーション開発の分野で使われることも多かった。ネイティブコードへのコンパイル機能がサポートされるようになり、実行速度が大幅に向上した。開発環境内でのインタプリタ実行も引き続きサポート。6.0編集ActiveXに完全に対応し、ActiveXオブジェクトを使用することはもちろん作成することも可能。DBを制御することができ、多くのビジネスシーンで使用された。6.0を扱えるプログラマ・情報量ともに豊富だった。ExplorerでのVBホスティング)がいくつか用意されていた[6]。反復操作を自動化するだけでなく、Windowsのフォームやボタンなどのコントロールをドキュメント内に配置して、ドキュメント編集のためのGUIを構築することも可能となっている。6.0ベースのものが実装されている。ExcelやAccess、Wordなどのアプリケーションで実装されているほか、独自に開発したアプリケーションにVBAを搭載することも可能で、サードパーティ製のアプリケーションにVBAが搭載される場合もある。Basicとの大きな違いは、搭載アプリケーション内でしか実行できない点にある。VBAを用いることで、対応するアプリケーション内の各要素をクラスオブジェクトとして操作できる。Excelを例にとると、「Excelアプリケーション」を表すApplicationオブジェクト、「Excelブック」を表すWorkbookオブジェクト、「スプレッドシート中のセルまたはセル範囲」を表すRangeオブジェクトなどがVBAから操作できる。2010では、バージョン番号を7.0としている[7]。主な変更点として、64ビット環境への対応が挙げられる。LongPtr(32ビット環境・64ビット環境双方でポインタと同じ大きさとなる整数型)、LongLong(64ビット整数型、ただし64ビット環境でのみ使用可能)などのデータ型やそれに伴う変換関数の追加などが行なわれている。(ASP)の既定の言語であり、Windowsスクリプティングやクライアント側のウェブページスクリプティングでも利用される。文法はVBに似ているがVBランタイムではなくvbscript.dllで実行される別の言語である。Frameworkを使ったASP.NETとはまた別物である。6.0の後継言語であり、.NETプラットフォームの一部である。Frameworkを使ってコンパイルされ実行される。6.0と後方互換性はない。自動移行ツールも用意されているが手動での手直しも必要となる。Basic言語によるIDEマクロ環境が用意されている。Frameworkを利用できるようになっている。してエクスポートあるいはインポートすることもできる。2010までの提供となり、2012では廃止された。以前のバージョンでは、Pコードへのコンパイルのみをサポートしていた。Pコードは言語ランタイムによって解釈される。Pコードのメリットは、ポータビリティと小さなバイナリサイズであるが、実行時に解釈するレイヤーが追加になるため実行速度が遅くなる。50、60などのバージョン番号が入る。標準コンポーネントとしてインストールされていた。95マシンはプログラムが必要としているDLLをインストーラで配布する必要があった。作成したアプリケーションのパッケージにランタイムを同梱して配布することがマイクロソフトにより認められている。ネイティブとPコードのどちらにでもコンパイルできたが、いずれにせよビルトインの関数やフォームの利用にランタイムを必要とした。Basicでは以下の不都合が指摘されていた。コンポーネントのバージョンの違いからトラブルが起きやすい(DLL地獄)。言語仕様が完全なオブジェクト指向言語ではない[8]。EXEでのみ可能である。強い型付けのプログラミング言語と比べると、バリアント型は遅くメモリ容量もより消費する。レジストリに依存したり、VBランタイムが別途必要となるなど、アプリケーションのインストールに手間がかかる[9]。6がリリースされたのち、2005年3月31日にメインストリームサポート期間を終え、2008年4月8日に延長サポートの期間を終えた[10]。したがって現在は開発環境のサポートを打ち切られている状態にある。6.0のIDE実行(開発環境の実行)をサポートしている[11]。64bit環境でのIDE実行はサポートされない。IDEをテストし、アプリケーションの互換性に深刻な不具合がないかどうかを確認して、必要に応じて不具合の軽減措置を取ったとされている)。2008以降での動作サポートが継続されている[12][13]。OS上ではWOW64により動作する。Sub上記はコマンドボタン"Command1"に関連付けられているイベントハンドラーの例である。World」と表示される。2008年11月10日閲覧。3.0のもとで利用可能です。プライバシーデスクトップ。