次のステートメントでは、Visual Basic の進化に関する決定を行う際の .NET チームの戦略を定義します。
Visual Basic は、安定した設計で、単純で近い言語のままです。 .NET のコア ライブラリは Visual Basic をサポートし、.NET ランタイムとライブラリの多くの機能強化は Visual Basic に自動的に役立ちます。 C# または .NET ランタイムが言語サポートを必要とする新機能を導入する場合、Visual Basic では通常、従量課金のみのアプローチが採用され、新しい構文は使用されません。 Visual Basic は新しいワークロードに拡張されません。 Visual Studio でのエクスペリエンスと C# との相互運用 (特に、Windows フォームやライブラリなどの主要な Visual Basic シナリオ) に投資し続けます。
戦略が Visual Basic の進化にどのように導くか
これらの注釈は、.NET チームが主要なステートメントについてどのように考えるかについての洞察を提供します。
"Visual Basic は引き続き単純で近い言語です"
Visual Basic の自然言語構文を使用すると、プログラマやプログラマ以外のユーザーがコードを読み、有意義なディスカッションを行うことができます。 多くのユーザーが Visual Basic の設計を採用しており、その設計は変わりません。
"安定したデザインの言語"
Visual Basic の設計により、プログラマは今日、堅牢なアプリケーションを構築し、スタイルを変更することなく、長期間にわたって記述されたコードを理解できます。
"Visual Basic では通常、従量課金のみのアプローチを採用し、新しい構文を回避します"
.NET ランタイムと C# の新機能では、実装するために言語の変更が必要な場合があります。 .NET チームは、これらの機能の多くをサポートすることで相互運用機能を最大化し、従量課金のみのアプローチで安定性を最大化します。 従量課金のみのアプローチは、Visual Basic コードが新しい .NET ランタイム機能に基づいて構築された .NET API と型にアクセスできることを意味しますが、これらの機能を使用する型を定義するための構文は言語によって追加されません。 この方法では、Visual Basic ユーザーがほとんど構文を変更することなく新しい機能を利用できます。
"引き続き Visual Studio のエクスペリエンスに投資します"
.NET チームは、アナライザー、コード修正プログラム、IDE の生産性機能の提供など、Visual Basic 開発者向けの Visual Studio エクスペリエンスを引き続き向上させます。
"Visual Basic のコア シナリオで"
.NET チームは、Visual Basic でサポートされている既存のシナリオに焦点を当てます。 Web フロントエンドやクロスプラットフォーム UI フレームワークなどの新しいワークロードのサポートが追加されることはほとんどありません。
.NET