JamesChen
2022-02-09 22:24:41 +08:00
这是从油管《 Java's Plans for 2022 - Inside Java Newscast #18 》那评论扒下来的吧。
这个 plan 只是那老哥“This is really just my personal guess. I don't ask the devs for their estimates because I'd either get the official, vague reply or I'd get details that I can't share. So all I know is from the JEPs, mailing lists, talks, etcetera. That means this is no official Oracle announcement, you can't trust a word I say (imagine safe harbor slide), and you better not base business decisions on my ramblings.”,
离“Java 的究极体”其实还远远远着呢,Java 就靠其生态圈吃饭,而 Loom 和 Valhalla 都是很比较激进的特性,就算正式发布了,等其生态做完适配都不知道猴年马月了,我倒是好奇会是它们的生态先成熟,还是柯南先大结局。
Amber 项目搞语法糖的,没啥好说。
Loom 项目个人没啥感觉,有迫切需求的要么切 go 了,要么上 reactor 了,协程对生态的不确定性还是太大,很多依赖库就靠线程才玩起来的(随便举个例子:日志的 MDC )。很多老哥不习惯 reactor 那函数式编程,但这玩意就是“写熟了真香”,就靠传统的线程知识,玩 reactor ,玩线程如臂使指,很舒服。
而 Valhalla 那项目做得也太慢了,搞了快 10 年了,连 preview 都不敢发。就算将来当正式特性发布了(而不是 preview 特性),撑死就极个别上层应用敢用,等一些普适性的依赖库适配完,那估计得等到 2030 年,甚至我相信很多依赖库压根不愿意做适配。
总而言之,别抱啥希望在生产环境使用 loom 或 valhalla 做得特性,除非公司自己有能力自己打造一个生态。不过到有其他“生财之道”:1. 做培训; 2. 一些老哥不是感觉 Java 生态太全了,没啥可做了嘛。那就可以根据“新 Java”做全新的依赖库,把那些死气沉沉的古董依赖库弄出去,自己搞个牛逼的依赖库。特别一提,如果有人有兴趣,其实这条现在就可以开始做了。