GoLand 公布 2019.3 Roadmap,有望引入远程开发功能

局长
 局长
发布于 2019年08月29日
收藏 3

GoLand 2019 年的第二个重大版本 2019.2 已发布一段时间了,主要更新内容是对调试器功能的增强:调试器中支持函数调用,并在变量面板中显示String(),Error()DebugString()方法的返回结果。其他一些改进包括引入精心设计的 Default&Darcula 颜色方案、支持自定义的 Postfix Completion 模板、更智能的 Go Modules 和 dep 集成,以及对 Go 1.13 的新功能的支持。

详细的新功能介绍可查看 GoLand 2019.2 的 What's New 页面

近日,GoLand 团队在其官方博客公布了下一个重大版本 2019.3 的路线图(以下提到的功能不一定都会在 GoLand 2019.3 中实现),并希望 GoLand 能成为开发者值得信赖的助手。

GoLand 团队先是介绍了下一个版本更新方式的变化。团队表示自 GoLand 首次发布以来,当它从 IntelliJ IDEA 的插件转变为独立的 IDE 时,他们一直在为 GoLand 添加越来越多的新功能,并以多种不同方式扩展现有功能。现在是时候从闷头干活转变为抬头看世界的状态了。简而言之,GoLand 2019.3 的更新方式与之前的版本会略有不同。

在开发此版本期间,团队的主要任务是解决错误、故障以及意料之外的行为,并进行用户关于 GoLand 的任何答疑授惑。

下面看一下团队对于 GoLand 2019.3 的计划。

远程开发

虽然此前团队曾宣布会在 2019.2 中实现该功能,但后来他们发现这比预期中的要复杂得多,并且还需要花费更多的时间来保证它的质量能和 GoLand 中其他功能的质量一样好。

团队不能承诺在下个重要版本中实现该功能,但他们会努力并尽力在即将发布的版本中提供通过 Docker 进行远程开发的支持。

性能

研究性能问题,包括实现更快的启动时间和项目索引,以及降低 CPU 消耗并更快、更精确地实现搜索功能。

Go Modules

  • GO-7572 — 当处理使用 Go Module 的多个项目时,可使用终端工具窗口修复可用性问题
  • GO-7407 — 在项目视图中以更清晰、更简单的方式呈现 Go Module 软件包的名称

调试器 & 测试运行器

  • 优化调试器并进行良好的清理
  • GO-6493 — 修复 Test Runner 选项卡的问题,以便在调试模式下显示测试结果

快速修复(Quick-fixes)

团队计划增加一些快速修复程序:

  • Invert condition
  • Split if

以快速解决问题:

  • 用作单值上下文的多值
  • 函数中混合的命名和未命名参数

代码自动补全

GO-2857 — 用于 new() 和 make() 函数参数调用的智能代码自动补全

还有一些关于意图、代码检测和代码编辑的计划,详情请查看发布公告

对了,团队还提到希望将 GoLand 打造成一款开箱即用的工具 —— 第一次打开 IDE 时,它将为开发者提供配置开发环境所需的一切,以获得流畅的使用体验。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:GoLand 公布 2019.3 Roadmap,有望引入远程开发功能
加载中

精彩评论

bovver
bovver
我感觉很有意义的一个功能,类似于云服务。真正的编译和code check这些耗费系统资源的任务在服务端运行,客户端只是展示结果和获取用户输入。对于一些编译很耗时的工程比较适合,整个公司搭建一套服务器。开发人员只需要用很轻便的电脑安装个客户端。因为开发过程中编译这些过程往往需要等待,但是又不是一直都需要,所以电脑配置太高又会浪费资源,配置低等待时间又比较长。把 这些任务集中到一台服务器上去处理可以大大提高资源利用率,也可以减少等待时间。如果是用docker在云环境中运行,还可以动态扩容。
久永
久永
当你不说话的时候,喷子是无话可说。
当你一发表自己的意见的时候,喷子就跃跃欲试准备生蛆了。
We911
We911
闷头干活之后抬头看世界,发现vscode不仅赶上还走在前面了,
oscyj
oscyj
不用自己配置环境,特别是测试环境,有些功能是本地无法触及的,只能远程开发解决

最新评论(13

一码千里
vscode已支持远程开发了,有vscode足够了,java、c/c++、python、js、go以及各种配置文件,全统一用vscode,再也不用记各种工具的快捷键了,vscdoe就是神器!
kernel64
kernel64
想法是很好,但是如果完全指望云的话,就回到计算机最开始的小型机+多用户终端的模式了
久永
久永
当你不说话的时候,喷子是无话可说。
当你一发表自己的意见的时候,喷子就跃跃欲试准备生蛆了。
Robin3D
Robin3D
看了看价格,vscode也蛮好
Lain_Lain
Lain_Lain
一次部署,终生使用?很厉害的功能了,解决了大多数人的痛点,提升了开发效率
We911
We911
闷头干活之后抬头看世界,发现vscode不仅赶上还走在前面了,
淘淘我的小宝宝
淘淘我的小宝宝
请问idea有远程功能吗
动弹
动弹
站一秒vsc
kernel64
kernel64
为什么要远程开发?在家里呆着不好吗?
oscyj
oscyj
不用自己配置环境,特别是测试环境,有些功能是本地无法触及的,只能远程开发解决
kernel64
kernel64
本来是开玩笑的,但你说的是这个意思,不过2015年参加微软技术大会上就看过微软的远程开发方案,连复制粘贴都可以控制,不知道为什么到现在还没有推广起来,实际开发中应该会有非常多无法预料的问题.
bovver
bovver
我感觉很有意义的一个功能,类似于云服务。真正的编译和code check这些耗费系统资源的任务在服务端运行,客户端只是展示结果和获取用户输入。对于一些编译很耗时的工程比较适合,整个公司搭建一套服务器。开发人员只需要用很轻便的电脑安装个客户端。因为开发过程中编译这些过程往往需要等待,但是又不是一直都需要,所以电脑配置太高又会浪费资源,配置低等待时间又比较长。把 这些任务集中到一台服务器上去处理可以大大提高资源利用率,也可以减少等待时间。如果是用docker在云环境中运行,还可以动态扩容。
kernel64
kernel64
2015年参加微软技术大会上就看过微软的远程开发方案,连复制粘贴都可以控制,不知道为什么到现在还没有推广起来,实际开发中应该会有非常多无法预料的问题.
返回顶部
顶部