内容简介:Visual Studio Code 正式版本1.34 今天发布。4月份,官方忙于远程开发扩展的预览版。通过这些扩展,开发者可以在远程计算机或VM,Windows子系统Linux(WSL)或Docker容器内通过SSH使用VS Code。可以阅读Visual St...
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行会略微移位的问题。
语言
使用供应商前缀降低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
任务属性允许您自动显示“问题”面板。该属性值always
,never
和onProblem
。
{
"version": "2.0.0",
"tasks": [
{
"type": "npm",
"script": "watch",
"problemMatcher": "$tsc-watch",
"isBackground": true,
"presentation": {
"reveal": "always",
"revealProblems": "onProblem"
}
}
]
}
对扩展的贡献
预览:远程开发
❗ 注:该远程开发的扩展需要Visual Studio代码业内人士。
Visual Studio Code Remote Development允许您将容器,远程计算机或Windows子系统Linux(WSL)用作功能齐全的开发环境。
在扩展远程开发扩展包在远程工作空间的情况下运行,而VS代码的感觉,当你在本地运行像它。
Vetur
该Vetur扩展现在提供语义诊断,悬停信息,跳转到定义,并找到Vue公司的模板内插区域内的JavaScript表达式引用:
其他改进包括减少内存使用和导入路径完成。您可以在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-languageclient
和vscode-languageserver
NPM模块。
值得注意的修复
- 48259:Explorer从FileSystemProvider尊重垃圾回收功能
- 68276:对于长线程名称,调用堆栈“暂停在断点”UI不可见
- 69603:终端窗口在Mac OS中崩溃
- 72110:调试控制台无需渲染换行符
- 71737:在调试窗口中滚动表现很奇怪
- 71588:在资源管理器中显示文件时出错
- 70492:“正在运行扩展程序”上的“报告问题”按钮会导致数十个重复问题
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- TCP 接入层的负载均衡、高可用、扩展性架构
- 知乎已读服务架构如何实现高可用、高扩展、去并发?
- 支持C++的IntelliCode现在可用作Visual Studio 2019的扩展
- Visual Studio Code 正式版本1.34 ,远程开发扩展仍不可用
- Neovim 0.3.8 发布,vim-fork 注重可扩展性和可用性
- 构建生产环境可用的高可用kubernetes集群
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Python高效开发实战——Django、Tornado、Flask、Twisted(第2版)
刘长龙 / 电子工业出版社 / 2019-1 / 99
也许你听说过全栈工程师,他们善于设计系统架构,精通数据库建模、通用网络协议、后端并发处理、前端界面设计,在学术研究或工程项目上能独当一面。通过对Python 3及相关Web框架的学习和实践,你就可以成为这样的全能型人才。 《Python高效开发实战——Django、Tornado、Flask、Twisted(第2版)》分为3篇:上篇是Python基础,带领初学者实践Python开发环境,掌握......一起来看看 《Python高效开发实战——Django、Tornado、Flask、Twisted(第2版)》 这本书的介绍吧!