Visual Studio Code 正式版本1.34 ,远程开发扩展仍不可用

栏目: ASP.NET · 发布时间: 5年前

内容简介:Visual Studio Code 正式版本1.34 今天发布。4月份,官方忙于如果您想在网上阅读这些发行说明,去VS Code现在乐观地缓存CodeLens位置并在切换编辑器后立即恢复它们。这解决了在编辑器之间切换时CodeLens行会略微移位的问题。

Visual Studio Code 正式版本1.34 今天发布。4月份,官方忙于 远程开发 扩展的预览版。通过这些扩展,开发者可以在远程计算机或VM,Windows子系统Linux(WSL)或 Docker 容器内通过SSH使用VS Code。可以阅读 Visual Studio Code 博客文章中的 远程开发 以了解更多信息。

如果您想在网上阅读这些发行说明,去 更新code.visualstudio.com

编辑

稳定的CodeLens

VS Code现在乐观地缓存CodeLens位置并在切换编辑器后立即恢复它们。这解决了在编辑器之间切换时CodeLens行会略微移位的问题。

Visual Studio Code 正式版本1.34 ,远程开发扩展仍不可用

语言

使用供应商前缀降低CSS属性值的排名

前缀为破折号 '-' (例如 -moz-grid-ms-grid )的CSS属性值现在 grid 在自动完成时出现。

调试

debug.showSubSessionsInToolBar

我们已经介绍了 debug.showSubSessionsInToolBar 控制调试子会话是否显示在调试 工具 栏中的设置。如果此设置为false,则子会话上的stop命令也将停止父会话。此设置默认值为false。

任务

终止所有任务

任务:终止任务 命令有一个新选项,以终端的所有任务,如果有运行多个任务。如果这是您经常执行的操作,则可以使用 terminateAll 参数为命令创建键盘快捷键。

{
  "key": "ctrl+k t",
  "command": "workbench.action.tasks.terminate",
  "args": "terminateAll"
}

自动显示“问题”面板

新的 revealProblems 任务属性允许您自动显示“问题”面板。该属性值 alwaysneveronProblem

{
  "version": "2.0.0",
  "tasks": [
    {
      "type": "npm",
      "script": "watch",
      "problemMatcher": "$tsc-watch",
      "isBackground": true,
      "presentation": {
        "reveal": "always",
        "revealProblems": "onProblem"
      }
    }
  ]
}

对扩展的贡献

预览:远程开发

:exclamation:  注: 远程开发的扩展 需要 Visual Studio代码业内人士

Visual Studio Code Remote Development允许您将容器,远程计算机或 Windows子系统Linux(WSL) 用作功能齐全的开发环境。

在扩展 远程开发扩展包 在远程工作空间的情况下运行,而VS代码的感觉,当你在本地运行像它。

Vetur

Vetur 扩展现在提供语义诊断,悬停信息,跳转到定义,并找到Vue公司的模板内插区域内的JavaScript表达式引用:

Visual Studio Code 正式版本1.34 ,远程开发扩展仍不可用

您可以在 Vetur文档中 阅读有关此功能的 更多信息

其他改进包括减少内存使用和导入路径完成。您可以在 Vetur更改日志中 了解有关它们的更多信息。

扩展创作

多扩展调试

在这个里程碑中,我们已经添加了对一次调试多个扩展的支持。如果您正在开发一组紧密耦合或相互依赖的扩展,这将非常有用。

以前,此功能仅通过VS Code的命令行界面显示,现在 --extensionDevelopmentPath 可以多次指定参数。通常 --extensionDevelopmentPath 用于扩展的启动配置。在开发多个扩展时,我们建议将各个扩展项目组合到一个多文件夹工作区中,并创建一个新的启动配置(存储在工作区 .code-workspace 文件中),该配置使用多个 --extensionDevelopmentPath 参数用于各个扩展。

这是一个 .code-workspace 带有两个扩展的示例工作区文件, hello1 以及两个扩展 hello2 的单个启动配置:

{
  "folders": [
    { "path": "hello1" },
    { "path": "hello2" }
  ],
  "launch": {
    "configurations": [
      {
        "type": "extensionHost",
        "request": "launch",
        "name": "Launch Two Extensions",
        "args": [
          "--extensionDevelopmentPath=${workspaceFolder:hello1}",
          "--extensionDevelopmentPath=${workspaceFolder:hello2}",
        ],
        "outFiles": [
          "${workspaceFolder:hello1}/out/**/*.js",
          "${workspaceFolder:hello2}/out/**/*.js"
        ]
      }
    ]
  }
}

请注意,在此版本中,无法 preLaunchTask 通过组合 preLaunchTask 各个扩展项目的s 来创建构建两个扩展的扩展。

通知中的命令链接

始终可以通过语法在通知消息中包含链接 [link name](http://link) ,但这仅适用于在浏览器中打开的链接。现在,您还可以使用语法从链接调用命令 [link name](command:<command id>) 。当用户单击链接时,将触发带有提供的标识符的命令。

通知中的链接允许标题

您现在可以为通知中的链接添加标题,当用户将鼠标悬停在链接上时将显示这些标题。语法是 [link name](link "<the title>")

建议的扩展API

每个里程碑都附带新的API,扩展作者可以试用它们。一如既往,我们热衷于您的反馈。这是您尝试提出的API所必须做的事情:

  • 您必须使用Insiders,因为建议的API经常更改。
  • 您必须在 package.json 扩展程序的文件中包含以下行: "enableProposedApi": true
  • 将最新版本的 vscode.proposed.d.ts 文件复制到项目中。

请注意,您无法发布使用建议API的扩展程序。我们可能会在下一个版本中进行重大更改,但我们绝不想破坏现有的扩展。

vscode.workspace.workspaceFile

有一个新的工作空间属性返回工作空间文件的位置。例如: file:///Users/name/Development/myProject.code-workspace 或者 untitled:1555503116870 用于未命名且尚未保存的工作空间。

根据打开的工作区,值将为:

undefined
Uri

如果工作空间未命名,则返回的URI将使用该 untitled: 方案。

工作区文件位置的一个用途是调用 vscode.openFolder 命令以在关闭后再次打开工作区:

  vscode.commands.executeCommand('vscode.openFolder', uriOfWorkspace);

注意:建议不要使用该 workspace.workspaceFile 位置将配置数据直接写入文件。您可以使用 workspace.getConfiguration().update() 哪个在打开单个文件夹以及无标题或已保存的工作区时都可以使用。

机器特定的设置

如果您具有允许用户自定义可执行路径的设置,并且这些路径需要作用于运行它们的计算机,则现在可以将此类设置分类为 machine 作用域。扩展作者 scope 在为 configuration 扩展点做出贡献时设置属性。只能为用户设置配置机器特定的设置。

"configuration": {
  "title": "Git",
  "properties": {
   "git.path": {
          "type": [
            "string",
            "null"
          ],
          "markdownDescription": "Path and filename of the git executable.",
          "default": null,
          "scope": "machine"
        },
  }
}

工程

重写本地文件的文件系统提供程序

扩展已经能够为自定义资源提供自己的文件系统实现( 在此处阅读更多内容 )。但是,VS Code自己的本地文件实现没有使用相同的扩展API实现。与来自扩展的资源相比,这在处理本地文件资源时产生了细微差别。在过去的两个里程碑中,我们 重写了本地文件系统提供程序, 以使用扩展API来保持一致性。

新文件

Python Azure功能

有一个新的 部署 Python 到Azure功能 教程,该教程描述了如何创建和部署Python无服务器Azure功能。

其他

语言服务器协议

语言服务器协议 已经提出了以下新功能的支持:

  • 选择范围:计算位置数组的选择范围。从客户端发送到服务器。
  • 调用层次结构:计算给定符号的调用层次结构。从客户端发送到服务器。
  • 进度:从服务器启动进度报告。从服务器发送到客户端。

这些新功能是在下一版本 vscode-languageclientvscode-languageserver NPM模块。

值得注意的修复

  • 48259 :Explorer从FileSystemProvider尊重垃圾回收功能
  • 68276 :对于长线程名称,调用堆栈“暂停在断点”UI不可见
  • 69603 :终端窗口在Mac OS中崩溃
  • 72110 :调试控制台无需渲染换行符
  • 71737 :在调试窗口中滚动表现很奇怪
  • 71588 :在资源管理器中显示文件时出错
  • 70492 :“正在运行扩展程序”上的“报告问题”按钮会导致数十个重复问题

以上所述就是小编给大家介绍的《Visual Studio Code 正式版本1.34 ,远程开发扩展仍不可用》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Beginning Java Objects中文版从概念到代码

Beginning Java Objects中文版从概念到代码

巴克 / 万波 / 人民邮电出版社 / 2007-1 / 78.00元

《Beginning Java Objects中文版从概念到代码(第2版)》是关于软件对象和Java的,但并不是纯粹地介绍Java语言,而是强调如何从对象模型转换到功能完整的Java应用程序。书中讲述了对象基础、对象建模和模型的实现。《Beginning Java Objects中文版从概念到代码(第2版)》除了用学生注册系统(SRS)示例贯穿全书之外,还在附录中给出三个附加的案例,这些案例是每章......一起来看看 《Beginning Java Objects中文版从概念到代码》 这本书的介绍吧!

JSON 在线解析
JSON 在线解析

在线 JSON 格式化工具

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器

html转js在线工具
html转js在线工具

html转js在线工具