VS Code上已达250万Java开发者！微软和红帽一起公布VS Code Java未来六个月路线图

Nick Zhu

December 4th, 20230 0

VS Code上已拥有250万Java开发者

大家好，首先我们非常高兴地宣布 Visual Studio Code 现在拥有超过 250 万的活跃Java 开发者。与过去的成就一样，这一里程碑离不开我们的社区和用户一直以来的支持，因此我们要向大家致以衷心的感谢！

微软和红帽共同分享 Visual Studio Code Java 未来六个月的路线图

作为本月的特别更新，我们很高兴与长期合作伙伴红帽共同合作分享接下来几个月的路线图，我们的合作也代表了我们对支持开源社区中培育创新的承诺。有许多令人振奋的事情要讲，让我们开始吧！

基础体验

基础体验是所有开发体验的基石，在这一领域中，我们将带来如下更新

Java 21 支持：全面支持 Java 21 和之后发布的 JDK 版本。

增强的代码导航：通过提高效率和准确性，无缝导航到开发者的 Java 代码库。

进阶的调试能力：我们正在引入新的调试功能，以帮助您更有效地识别和解决问题。

可靠性：

在过去的一年中，可靠性是我们用户最经常提到的问题之一。我们希望提高平台的稳定性，使您可以专注于您的代码，而不必担心语言服务器的故障、崩溃或代码补全的停止。我们的目标是为用户构建稳定而一致的编码体验。

兼容性：

兼容性是我们关注的另一个主要领域。在这方面，我们主要致力于改善 Visual Studio Code 上 Gradle 开发体验（如项目导入成功率）。与 Gradle 的合作中，我们在十一月初宣布了 Build Server for Gradle 的开源项目。我们将继续在此项目的基础上构建，确保在 Visual Studio Code 中的构建结果与运行 Gradle 命令获得的输出一致，最终提高兼容性。

性能：

性能对于任何开发工具都至关重要。根据过去用户的反馈，我们在某些情况下一直听到性能问题的反馈，因此在接下来的几个月中，我们将关注两个方面：

优化每个会话的 JVM 数量和 CPU/内存使用
改进 Spring 项目的性能

代码补全：

代码补全的质量影响到开发者的日常生产力。我们听到用户希望在导入语句方面有更智能的编码辅助。我们刚刚为此添加了一些不错的支持（在下一部分中分享），未来几个月还将有一些其他代码补全智能增强功能。

项目管理：

下一个领域是项目管理。在这个领域有两个部分。第一部分是改进 JDK 配置体验，这是我们想要为初学者和专业 Java 开发者都做的事情。第二部分是增强项目的创建和导入体验。这包括：

允许用户在导入时选择项目参数（例如多模块项目的模块）
在创建项目时，提供在新窗口或当前窗口中创建的选项
提高包/类/接口等其它类型创建的用户体验

我们希望这些项目管理的改进可以让用户在整个 Java 项目生命周期内更加高效。

用户体验：

在用户体验方面，我们意识到一些功能和设置对我们的用户来说并不容易发现。因此，我们计划进行一些更新，使它们更易于使用和发现。这包括：

提供更好的代码重构选项路径
更容易发现 Java 语言服务器状态
简化 Java 语言服务器设置并提供更好的分组

希望这些用户体验的变化能让用户更容易找到一些最常见的操作。

人工智能：

人工智能已经迅速改变了我们构建软件的各个方面，包括我们编写代码的方式。GitHub Copilot Chat 最初是在七月推出的，是您开发周期每一步的人工智能助手。在用户体验方面，它是一个聊天界面，允许开发者在受支持的 IDE 内直接提出和回答与编码相关的问题。

最近在 GitHub Universe 中宣布，GitHub Copilot Chat 将于十二月正式推出。此外，从本次演讲的发言人中分享，开发者将很快能够集成 GitHub Copilot 和 GitHub Copilot Chat 来扩展它们的功能。Visual Studio Code Java 也不例外，在接下来的几个月中，我们将探索如何利用 GitHub Copilot Chat 来增强您的 Java 开发体验，无论是查找错误、编写单元测试、帮助调试代码、添加依赖项还是管理 Java 项目。

展望未来

除了上面提供的更新，微软和红帽将继续合作，提供其它升级，包括更智能的代码补全增强等等。我们真诚地希望 Java 开发者能在 Visual Studio Code 上获得出色的体验，请继续在可以的时候向我们提供反馈。

功能更新

除了路线图，我们还想分享一些令人振奋的最新功能更新。

更易于发现的静态导入类型设置

正如我们在上面的路线图中分享的，我们正在改善导入体验。我们对静态导入语句的代码补全建议是基于“白名单”机制的，因此用户需要使用特定设置输入他们喜欢的静态成员，以便这些类型在输入代码时得到高优先级的提示。以前，这个设置很难被发现。最近，我们已经将这个设置添加到“快速修复(Quick Fix)”灯泡建议中，使其变得更容易找到。以下是演示：