nuomiphp
正在加载…
请使用更现代的浏览器并启用 JavaScript 以获得最佳浏览体验。
加载论坛时出错,请强制刷新页面重试。
Java 又将进化
Leviathann
明年秋天肯定不够,loom 只能上初版,值类型、基本类型泛型不一定能上,大后年秋天的 Java25 差不多
knightdf
新项目全部用 java 17 了,用新不用旧
dcsuibian
历史的重演:[为什么很多 Java 程序员都不愿意升级到最新的 jdk ?]( https://www.zhihu.com/question/26844110)
大家嘴上说“万年 Java8”,但迟早还是会升上去的。
dcsuibian
只考虑 LTS 版,目前 17 还不到一年,但 11 已经很成熟了。
以此推算,大概到 2025 就要学 17 了。
MakHoCheung
Kotlin 的優勢只剩尾随闭包和扩展函数了,哈哈哈
Buges
panama 这个名字取得不行,这是个敏感词。代码传 gitee 这些国内平台的时候,有可能因此造成麻烦踩坑。
bsfmig
Buges
https://en.wikipedia.org/wiki/Panama_Papers
Suddoo
Java 一直在进化,但是很多面试官的水平还停留在设计模式、JVM 调优……这些过时的东西上
xujia1998
Suddoo
为什么要说设计模式是过时的东西
kergee
On Java 这本书也说只需要考虑 LTS 版本
kkkiio
重点都是 JVM 的进化,Kotlin 、Scala 等其他 JVM 语言都能享受
keppelfei
springboot2.x 到时候停止维护估计有一大批要用 jdk17 了
jeesk
keppelfei
😂😂
jeesk
你发任你发 我还是 1.8
acctv2
“为 Java 引入值类型”,这......
bringyou
acctv2
原文是 value class ,我直译了一下~
fox0001
我们新项目用上了 OpenJDK 17 ,引发了一阵痛。感觉新技术还是赶紧用上,突然用上的话,思维跟不上
pursuer
C#有很多超前的设计,但也没能在市场上取得大优势。
所以掌握 python 和 c++就够了,其他语言大致了解下,要用的时候就直接拿胶水糊上就行,又不是不能用。。。
lysS
话说,有 1.8 和最新版的 benchmark 吗?
bringyou
lysS
只找到 17 跟 11 的对比
bringyou
lysS
手快了,链接: https://www.optaplanner.org/blog/2021/09/15/HowMuchFasterIsJava17.html
zrc
杠一下,难道设计模式、JVM 调优。。这些过时了?
dragondove
zrc
部分设计模式的出现是因为语言本身的表达能力不够,很多用函数式写代码的人几乎不考虑设计模式。(可以看一下 github 上的一个项目 https://github.com/niltok/magic-in-ten-mins java 写的函数式编程)。jvm 如果足够强大,可以在运行期间检测运行状况并调整自身的设置(例如根据当前运行环境的内存和对象大小自动调整 gc 触发的时间)那么也不需要调优。目前 ZGC 是宣称最大 gc 时间不超过 1ms 的。
nothingistrue
Java 8 并不是因为有啥优点才经典,而是因为它是目前唯一的稳定版本,在 Java 回到传统发布模式(一个大版本能顶上至少 5 年)之前,Java 8 很难被替代。Java 8 之后放弃了向下兼容性,别说大版本升级,小版本升级都可能蛋疼,而就算是 LTS 只有短短不到 3 年的维护器,这敢升级的都是勇士。
dragondove
nothingistrue
jdk 本身就不向下兼容,jdk 的兼容性只是二进制兼容,即 jdk8 编译出来的.class 文件可以在 jdk17 的 jvm 上运行
bringyou
nothingistrue
Java8 还是有很多改进的吧,语法上的 lambda 、stream ,重新设计的日期 API ( localdatetime 这套),内存区的改动(去除永久代)。另外 LTS 比如 11 和 17 ,都是有 5 年的 active support 和 8 年的 security support: https://endoflife.date/java
yazinnnn
放弃向下兼容是什么鬼?
jdk17 运行不了 java8 的字节码?
下一页 »