下列語句會定義 .NET 小組關於Visual Basic演進決策的策略。
Visual Basic 會保持簡單易懂的語言，且設計穩定。 .NET 的核心連結庫將支援 Visual Basic，而 .NET 運行時間和連結庫的許多改善將會自動讓 Visual Basic 受益。 當 C# 或 .NET Runtime 引進需要語言支援的新功能時，Visual Basic 通常會採用僅限耗用量的方法，並避免新的語法。 Visual Basic 不會延伸至新的工作負載。 我們將持續投資於提升Visual Studio的使用體驗，並加強與C#的互操作性，特別是在Windows Forms和程式庫等Visual Basic的核心應用場景中。
策略如何引導 Visual Basic 演進
這些批註提供 .NET 小組如何思考重要語句的見解。
「Visual Basic 仍然是一種簡單易懂的語言」
Visual Basic 的自然語言語法可讓程式設計人員和非程式設計人員閱讀程式代碼並參與有意義的討論。 許多人都接受 Visual Basic 的設計，且該設計不會變更。
「具有穩定設計的語言」
Visual Basic 的設計可讓程式設計人員在現今建置穩固的應用程式，並了解長時間撰寫的程序代碼，而不需要進行文體變更。
「Visual Basic 通常會採用僅限耗用量的方法，並避免新的語法」
.NET 運行時間和 C# 中的新功能有時需要語言變更才能實作。 .NET 小組會藉由支援其中許多功能來最大化 Interop，並使用僅限耗用量的方法將穩定性最大化。 僅限耗用量的方法表示 Visual Basic 程式代碼可以存取以新的 .NET 運行時間功能為基礎的 .NET API 和類型，但語言不會新增語法來定義使用這些功能的型別。 此方法使新的功能能夠讓 Visual Basic 使用者受益，而語法變更很少或沒有變更。
「我們將繼續投資以改善 Visual Studio 的使用體驗」
.NET 小組將繼續改善 Visual Basic 開發人員的 Visual Studio 體驗，例如提供分析器、程式代碼修正程式和 IDE 生產力功能。
「在核心 Visual Basic 案例中」
.NET 小組將著重於 Visual Basic 支持的現有案例。 不太可能新增新工作負載的支援，例如 Web 前端或跨平臺 UI 架構。
