VS Code路线图2019-草稿

随着2018年即将结束,现在是展望未来的时候了。 我们通常会花6到12个月的时间,并确定要处理的主题。


随着我们的学习,我们对某些主题的评估列出了变化。 因此,我们可以随时添加或删除主题。


我们将某些举措描述为“调查”,这意味着我们未来几个月的目标是在安排实际的功能工作之前更好地了解问题和潜在的解决方案。 完成调查后,我们将更新计划,或者推迟计划或继续执行计划。


与往常一样,我们将听取您的反馈,并在需要时调整我们的计划。




原始于github

注解图例:

马克内容描述
子弹头工作尚未开始
复选标记工作完成
:runner:正在进行的工作
:muscle:伸展目标

主题


我们的路线图涵盖以下主题:


  • 成为依赖于可访问性功能的任何人的最佳编辑器。
  • 性能,可伸缩性,可维护性,安全性
  • 解决一些最需要的用户功能
  • 抛光和持续不断的细微设计更新
  • 逐步改善现有功能
  • 负责地启用具有更广泛可扩展性要求的扩展

基本原理


  • :runner: 使VS Code成为可轻松访问的开发人员工具。 我们将与我们的社区合作以获取意见和指导,我们需要您保持诚实。
  • :runner: 将启动时间保持在所有平台上的用户可预测的合适范围内,并提高大型工作区的整体性能:
    • 在启动时加载较少的代码,并研究通过扩展快速渲染方法来缩短工作台恢复时间。
    • :runner: 实施一个新的树小部件,该树小部件可以更好地缩放并在工作台中使用它(浏览器,搜索,设置,轮廓,调试器)。
  • 改善可维修性
    • :runner: 轻松识别对VS Code的整体性能有负面影响的扩展。

工作台


  • 工作台布局
    • 对可拆卸工作台零件的支持是我们最不赞成的功能要求 ,由于架构问题 ,实现起来很困难。 我们将探索如何解决此限制。 这项调查将重点放在分离终端(第二高要求的功能请求)和编辑器上。
    • :runner: 启用更灵活的面板/侧边栏布局。
  • :runner: 在整个工作台的树中提供过滤和快速的键盘导航。
  • 研究不仅在侧栏或面板中显示搜索结果,而且还显示在编辑器中。 这使我们可以为每个匹配显示其他上下文信息。
  • 改善在大型工作区中使用文件资源管理器的工作
    • 研究文件和文件夹的“工作集”
    • :runner: 探索资源管理器中的展平文件夹层次结构
  • 研究如何在工作台中安全地提供更丰富的可定制性
    • 研究自定义视口和面板。
    • 研究与“欢迎”页面相当的自定义编辑器。

Ux


  • 继续逐步全面改善演示和行为。 示例包括:
    • :runner: 协调悬停,完成项目,完成项目详细信息
    • :runner: 影像学
    • 欢迎页面
    • :runner: 使用标签代替终端下拉菜单
  • 探索如何在Windows上集成流利的设计

主编


  • 研究隔离编辑器使其免受语法错误的影响。
  • 调查对语义着色的支持
  • 研究如何简化文本伴侣语法的维护
  • 在独立的摩纳哥编辑器中恢复本地化支持。 当我们添加了对VS Code语言包的支持时,该支持已被暂停。

WSL支持


  • :runner: 改善WSL支持。
    • 研究如何使扩展能够利用WSL中可用的工具。
    • 研究WSL所需的更改正在启用哪些其他方案

语言能力


  • :runner: 改进“扩展选择”以更好地遵守编程语言的语义。
  • 改进对导航和显示复杂错误描述的支持,例如TypeScript为React或Vue生成的错误描述。
  • 启用编程语言扩展,以提供对呼叫层次结构和类型层次结构的支持。

打字稿


我们将继续与TypeScript团队深入合作,为TypeScript和JavaScript提供最丰富的代码编辑,导航和理解体验。 另请参见TypeScript路线图



除错


  • 支持数据断点
  • 通过利用有关编程语言的知识来改善悬停和内联值
  • :runner: 继续投资为常见配置记录调试配方

扩展名


扩展用户


  • 支持安装扩展程序,而无需重新加载工作台。 这是我们提出的第3个最受好评的功能要求
  • Developer: Show Running Extensions时信息集成Developer: Show Running Extensions到现有的扩展UI中,例如扩展视口和扩展编辑器。
  • 完善扩展推荐系统。
  • 使扩展的使用更加安全,并改善我们处理恶意扩展的过程。
    • 现有流程按事件流问题显示,但我们还了解到,还有改进的余地:支持卸载特定版本的扩展程序,提供有关卸载原因的信息的访问权限,自动重新安装扩展程序。问题得到解决后扩展。
  • 添加支持以仅激活已签名的扩展(请参阅下一节)。

扩展作者


  • 与扩展程序作者合作以改进其扩展程序。 示例包括:使用Webpack改进安装和激活,最小化扩展的依赖性,确保vscode仅仅是开发依赖性。
  • :runner: 启用扩展以在扩展安装时安装其他平台特定的组件。
  • 支持发布已签名的扩展名。
  • 添加对经过验证的发布者的支持。

对VS Code扩展的贡献


我们的团队为市场上提供的许多扩展做出了贡献。


我们的主要重点将放在以下扩展上:



我们将继续维护以下扩展名:



对基础组件和技术的贡献


VS Code通过多种技术得以实现。 以下是我们特别活跃的技术示例。


语言服务器协议


  • :runner: 在社区的支持下,继续完善和改进语言服务器协议
  • :runner: 定义语言服务器索引格式 (LSIF,发音类似“ else if”),该格式使语言服务器能够保持其语言智能,以便随后可用于大规模回答LSP请求(例如,悬停并转到定义)

调试适配器协议


  • :runner: 在社区的支持下,继续完善和改进“ 调试适配器协议”
  • :runner: 为VS Code调试UI中当前未出现的DAP功能公开更多UI。 这包括将已加载的脚本UI移入核心。

xterm.js


  • :runner:xterm.js社区合作,改善解析和内部行表示
  • :runner: 在Windows上采用conpty
  • 研究通过基于WebGL的渲染替换基于画布的渲染
  • 调整端子大小时的回流线

Source: https://habr.com/ru/post/zh-CN436660/


All Articles