2022-06-29 13:36
等到真的能用起来还有很长的时间吧
2022-06-25 11:03
这个叫杰克的像🐶一样
2022-06-27 14:07
那你像什么?偷偷摸摸说别人坏话,也不敢 at 我一下。
2022-06-24 16:32
专家投票的话,确实好多东西都不是必要的,这也是java发展缓慢的原因,有一些好的jep,提过就没下文了😂
2022-06-27 14:12
我觉得 java 发展缓慢,原因在于 Oracle 找不到盈利点,提不起兴趣来投入更多的资源在这方面。就像早先的 Sun公司 弄 Java ,本意是借机开辟一些市场,没想到把整个Sun公司给玩灭了。
2022-06-24 10:01
很好很牛逼
2022-06-23 21:56
好东西。为了防止版本冲突,我现在是把cglib和asm源码嵌入到项目里,真是太痛苦了,如果jdk自己能给无接口的类生成动态代理就可以甩掉这两大堆了。
2022-06-24 10:27
shadow 插件自己可以做吧?
2022-06-23 12:14
期待值很高啊
2022-06-23 11:41
这个真的不错
2022-06-23 11:10
很期待
2022-06-23 10:50
java 编译后,函数的参数名信息丢失,这是很糟糕的事情。期望改进吧。
2022-06-23 14:01
在编译时增加 -parameters命令(比如javac -parameters xxxxx.java),就可以保留参数名了。java8之后的JDK都可以
2022-06-24 08:02
试了一下,确实可以。不过,我自己写的代码,编译时用不用 -parameters 参数,不影响我自己。我下载的其他软件包,比如 apache http-client, 它里面的 class 使用时,我看的是 ...setHeader(String arg0,String arg1), 这就要靠猜了。所以,应该将这个功能,做成默认的,及 javac xxx== javac -parameters xxx, 另外加一个(或者不需要加) javac -no_parameters_name 来做到以前的"编译后去掉函数参数名"的功能。
2022-06-24 08:35
等新版IDE慢慢普及了就好了,现在eclipse 4.2之后的版本都已经默认增加-parameters编译命令了,IDEA和NetBeans不清楚,不过我估计也差不多。现在各个开源组织使用的IDE应该还是老版本,等逐渐换上新版本之后就好了
2022-06-24 08:48
新版 IDE 可以更改默认的编译选项,那新版 javac 应该也可以更改默认的编译选项。我失望的是 javac, 它没有去更改默认的编译选项。
2022-06-24 09:18
java社区的想法跟你不一样,jdk8当年的JEP提案里对于这个问题写的很清楚(具体不记得是哪个JEP提案编号了,你需要看原文的话,我可以抽时间帮你查一查),因为社区觉得大部分开发者对于这个编译特性的需求并不强烈,所以并没有设为默认。但是社区也提供了解决方法,就是开发者可以自己编译一个javac,社区在javac的C++源码里提供了便利,-parameters命令在C++源码里以一个C++枚举(enumeration)的形式存在,只需要修改这个枚举,然后重新编译javac.exe即可
2022-06-24 10:27
所以还是 oracle的锅。他应该提供最方便开发者的默认选项。因大多数开发者都不会做这个事情:"开发者可以自己编译一个javac"。
2022-06-24 10:44
你说的“最方便开发者的默认选项”就是不把-parameters设为默认呀,现在的选项才是最方便开发者的默认选项。当时这个JEP是经过社区投票的,大部分人都觉得不要把-parameters命令设为默认
2022-06-25 14:57
没有阴阳怪气啊。
2022-06-24 10:46
问题在于,大多数 java 开发者,不会去进行 JEP 社区投票,比如,你和我。
2022-06-24 11:06
JEP的投票(JCP会议)就是大多数java开发者的意志体现呀。jcp100多个成员涵盖了30几个国家的科技公司、大学和开源组织,包括阿里、南京大学都在内。我的公司也是jcp成员,有JEP投票权,我本人也是jcp小组成员。可以说jcp会议是包含了全球java开发者生态的60%以上。如果你要说这100多个组织不能代表广大个人开发者的意见,那我就没话说了。反正我个人是觉得-parameters命令完全没有必要设为默认
2022-06-24 11:22
javac 不使用默认 -parameters, 而新版 eclipse 则使用此默认值。如果 JEP 投票代表多数开发者,那新版 eclipse 将本来没有默认-parameters 改成默认使用,这啥意思?和多数开发者对着干?JEP 投票当然不反应多数开发者,多数开发者也不需要 java 中的很多功能。
2022-06-24 12:05
你的问题我再反问你。eclipse能代表大多数开发者?如果真的需要这个默认命令,为什么JCP不投票通过?JCP要和开发者对着干?
2022-06-24 15:42
Eclipse 当然比 JCP 更懂普通开发者了。JCP 只是专家组织,与普通开发者接触少,类似于 C++ 标zhun委yuan会,对于普通开发者的需求, 比如增加网络等标准类,几十年都不理睬一下。
2022-06-26 17:48
C++ committee不是不理睬,而是过于重视造成内部裂成两派(https://www.zhihu.com/question/475282755/answer/2267142121)。目前committee的人看上了两种网络库方案,这两种方案各有支持者,互不相让,导致一拖再拖。
2022-06-24 15:51
你不会认为,Java Community Process 真的代表普通 java 开发者了吧?哈哈哈。JCP 名称中的"Java 社区",只是一个名词而已。就像某浏览器叫"xxx安全浏览器",只是这么叫而已,又不一定真的安全。看你这么容易被名词蛊惑,那我下次做软件,软件名称中加上一个"先进"两个字。
2022-06-24 15:53
😂正常讨论,没必要阴阳怪气吧。行吧,你说的都对
2022-06-24 18:28
是是是,对对对,你说得都对😂
2022-06-28 13:12
正常讨论,没必要阴阳怪气吧。行吧,你说的都对
2022-06-28 13:12
"java社区的想法跟你不一样"---- 提醒一下,JCP 只是名字上有个 "java 社区",并不代表 java 社区。
2022-06-23 10:30
终于可以抛弃类似 cglib 这种库了吗?
2022-06-23 09:55
有点意思,但是估计需要很漫长的时间才能完成
2022-06-23 09:20
终于要来了么,asm 不确定性太大,一堆安全问题
2022-06-23 09:17
这个提议不错
2022-06-23 09:02
求原文
2022-06-23 09:33
第一句话那个 Classfile API可以点,会跳转到官方的jira上
回复 @
{{emojiItem.symbol}}
返回顶部
顶部
返回顶部
顶部