IntelliJ IDEA 2018.2 Beta 版本发布,支持 Java 11

王练
 王练
发布于 2018年06月27日
收藏 6

IntelliJ IDEA 2018.2 Beta 版本已发布,基本包含即将到来的 2018.2 正式版中的所有新特性,包括 Java 11 支持、MacBook Touch Bar 支持、Spring Boot 改进、VCS 改进等。抢先下载尝试:


1、Touch Bar

IntelliJ IDEA 2018.2 可从 Touch Bar 运行、构建、调试、提交更改并更新项目。


2、Java 11

Java 11 中的主要代码特性是 Lambda 参数的局部变量语法 - Java 10 是支持将 var 关键字作为方法内的变量, Java 11 则是允许在 lambda 表达式中使用 var :

BiConsumerB <Processor, String> consumer = (var x, var y) -> x.process(y);

IntelliJ IDEA 2018.2 已为下一个 Java 版本做好准备:


3、Java 重构

IntelliJ IDEA 2018.2 为提取方法( Extract Method )引入了一个新的预览面板,当使用重复的代码片段进行重构时,这可能非常有用。现在单击“ 预览”按钮即可预览所有更改,方便在进行实际更改之前,检查重构的结果。


4、主要更新列表

JAVA

  • Java 11 support: Learn more

  • The IDE now displays type hints for long method chains.

  • New preview panel for the Extract Method refactoring.

  • New @Contract annotation return values: thisnew, and paramX.

  • Many new Java inspections.

JVM DEBUGGER

  • New caller filters in breakpoint settings and new breakpoint intentions.

USER INTERFACE

  • Support for the MacBook Touch bar.

VERSION CONTROL SYSTEMS

  • Files with merge conflicts are now grouped under the new Merge Conflictsnode on the Git Log tab.

  • You can preview a Diff in the VCS Log.

  • Tags can be deleted from Git commits via the context menu of the Log tab.

  • Configure as many GitHub accounts as needed in Preferences | Version Control | GitHub.

  • Open several Log tabs in the Version Control Tool Window.

SPRING BOOT

  • Use the new Spring Runtime Beans diagram to visualize the dependencies between beans at runtime.

  • Manage HTTP requests mappings from the Run Dashboard.

 更多细节可查阅:

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:IntelliJ IDEA 2018.2 Beta 版本发布,支持 Java 11
加载中

精彩评论

依然藏锋
我还在用8,都要11了,别这样。。。
你个大胖子
你个大胖子

引用来自“你是红薯派来的逗逼吗”的评论

可是lambda的参数类型更喜欢省略怎么办……

引用来自“进击的代码”的评论

主要是看代码可读性撒,虽然编译器可以做类型推断,其他人肉来看就略蛋疼了..
var 的可读性也没好到哪儿吧,所以如果真要可读性就直接写完整的类型,否则我觉得宁可不写
世尘悉洞
世尘悉洞
我还在用8,现在都11了。我怎么感觉自己要被淘汰了呢

最新评论(21

二小欧巴
二小欧巴
jdk6用户表示8都没用正式用过
世尘悉洞
世尘悉洞
我还在用8,现在都11了。我怎么感觉自己要被淘汰了呢
Silvan
Silvan
现在还在用6,等等你的用户
lcccd
lcccd

引用来自“你是红薯派来的逗逼吗”的评论

可是lambda的参数类型更喜欢省略怎么办……

引用来自“进击的代码”的评论

主要是看代码可读性撒,虽然编译器可以做类型推断,其他人肉来看就略蛋疼了..

引用来自“你是红薯派来的逗逼吗”的评论

var 的可读性也没好到哪儿吧,所以如果真要可读性就直接写完整的类型,否则我觉得宁可不写
估计是兼容问题,你啥都不写编译器不知道是你写掉了类型还是动态类型
zoemak
zoemak

引用来自“你是红薯派来的逗逼吗”的评论

可是lambda的参数类型更喜欢省略怎么办……

引用来自“进击的代码”的评论

主要是看代码可读性撒,虽然编译器可以做类型推断,其他人肉来看就略蛋疼了..

引用来自“你是红薯派来的逗逼吗”的评论

var 的可读性也没好到哪儿吧,所以如果真要可读性就直接写完整的类型,否则我觉得宁可不写

引用来自“进击的代码”的评论

没有没有,我想说的就是写完整类型,var,val浓浓的kotlin既视感
kotlin是可以调出所有未知类型的hints的,就是会把类型显性展示出来(如::String),仅仅是展示并且可以随时隐藏。
你可以试一下在var xx的地方,使用alt+enter,就可以尝试把var类型展示出来了。
进击的代码
进击的代码

引用来自“你是红薯派来的逗逼吗”的评论

可是lambda的参数类型更喜欢省略怎么办……

引用来自“进击的代码”的评论

主要是看代码可读性撒,虽然编译器可以做类型推断,其他人肉来看就略蛋疼了..

引用来自“你是红薯派来的逗逼吗”的评论

var 的可读性也没好到哪儿吧,所以如果真要可读性就直接写完整的类型,否则我觉得宁可不写
没有没有,我想说的就是写完整类型,var,val浓浓的kotlin既视感
ddatsh
ddatsh
.2的lic 嘿嘿
mymbrooks
mymbrooks

引用来自“红薯”的评论

什么时候又跑出来一个 Java 11 啊?
从 Java 9 开始,更新频率变为半年一次,每年的3月、9月各发布一个Java大版本更新。
你个大胖子
你个大胖子

引用来自“你是红薯派来的逗逼吗”的评论

可是lambda的参数类型更喜欢省略怎么办……

引用来自“进击的代码”的评论

主要是看代码可读性撒,虽然编译器可以做类型推断,其他人肉来看就略蛋疼了..
var 的可读性也没好到哪儿吧,所以如果真要可读性就直接写完整的类型,否则我觉得宁可不写
小小猴子王
小小猴子王
有一句mmp不知当讲不当讲
返回顶部
顶部