2020-07-28 14:21
傻瓜式的kotlin崇拜,不就是为自己低水平java,找点自信嘛。说实话,面向对象语言里面,java永远排第一。
2020-07-27 10:16
随便你们怎么看,我觉得kotlin很香
2020-07-26 08:54
看不到和java比的明显优势,还是坚持java才是王道,生态很难颠覆的
2020-07-25 00:24
kotlin 是真香
2020-07-24 12:19
各有所好,
2020-07-24 09:09
又是Kotlin,又是Dart,还让不让人活
2020-07-24 09:07
到底谁才是亲儿子啊?Go还是Kotlin
2020-07-27 06:51
应该问dart还是kotlin
2020-07-27 12:08
Go也挺厉害,go 适合做基础软件,现在用的docker ,k8s都是go实现,kotlin主要是应用软件
2020-07-24 08:58
GGDJB
2020-07-24 02:26
kotlin是神仙打架造出来的语言,有谁真正为程序员考虑过!? 我只希望java8支持长文本,去掉getter/setter就完美无缺了。
2020-07-24 10:01
jdk14有Text Blocks和Records
2020-07-24 11:45
58%的用户还在用Java8。难道给Java8加个长文本支持很难吗?
2020-07-24 13:18
都增加特性了还不改主版本号, 哪个语言敢这么瞎搞. 再说长文本写死在代码里通常不是好做法. 另外停留在java8是用户自己的事, 我看其它很多语言的用户都很愿意追新. 比较流行的库都能很好地适配新版本, 用了质量不高没法升级Java的库只能怪自己了.
2020-07-24 16:04
“长文本写死在代码里通常不是好做法”这个显然是不对的。用处多了,html片段、xml片段、javascript片段、长SQL、json都会用到。Java是用来生产的,脱离一线是不行的。
停留在java8是因为Java15才正式支持,现在你敢用吗?为了一个长文本支持,引入一个全新的不稳定的Java生态?以前跑了几年的1.5、1.6、1.7的库如果在15版上出问题怎么办?
只增加这一个特性,不改主版本号,这有什么问题吗? 这和修复一个bug不是同样性质吗。
2020-07-24 18:13
稍微智能点的IDE都支持粘贴多行文本自动形成多行文字拼接的写法. 没有哪个语言会在分支版本加特性的.
2020-07-24 22:46
那就在Java8基础上分个Java++出来好了,总比语法全盘推翻让程序员用什么kotlin简单吧? kotlin是神仙打架的产物,而不是站在程序员的立场上产生的。
2020-07-23 23:07
一个java实体类需要写一堆get se方法,需要126行代码,而一个Kotlin实体只需要定义23 行
2020-07-24 10:06
java有lombok库或者jdk14的records都可以解决, 再不济也有代码生成器根本不用手动写, 省了这些代码有时候反而不方便, 比如调试下断点
2020-07-24 11:27
所以这个文章的减少80%的代码就是扯淡,论代码量不论性能都是刷流氓。
2020-07-24 16:41
不太明白,都用public属性不行吗
2020-07-24 20:11
我这是吐槽文中减少点80%的代码怎么减少出来的。至于用public,那可太优秀了😂😂😂,你这提交上去不会被同事骂吗?
2020-07-25 08:53
所以我只是不明白 kotlin的data class 和java 的public有啥区别
2020-07-27 11:34
kotlin的data class var变量字节码会生成get set 方法, val只有get方法
2020-07-23 18:47
加把劲,马上就100%
2020-07-23 18:13
不写代码, 让别个写!
2020-07-23 17:18
小众怡情
2020-07-23 17:17
不是都换 flutter 了吗?
2020-07-23 14:38
我的springboot项目代码100%都改kotlin了,还不知道线上效果怎么样
2020-07-23 21:26
线上效果主要看你的bug产出量,和语言没关系
2020-07-23 21:36
我们是混编,目前运行良好
2020-07-24 13:44
这么激进,领导同意吗
2020-07-27 11:36
我说了算😄
2020-07-23 13:18
瞎忽悠
2020-07-23 12:45
一个方法得出的标题
一个都称不上样本,80%就是这么统计出来的
2020-07-23 12:35
5年后,Java:抬走,下一个
2020-07-23 12:00
个人人为,Android体系的主要问题是开发环境太繁杂了,为此产生的语言都没戏。java占了开始优势,最后,成于方便,死于兼容。
2020-07-23 11:45
少打几个字符、少写几行代码就是好吗,看看kotlin搞出了多少复杂的概念,看这种代码累不累啊😝
2020-07-23 11:33
我还是需要检查性异常的;至于那些语法糖,用Java 8的那些特性使用Fluent interface思想就可以自己实现了。没有杀手级特性,所以我决定不在实际项目中使用kotlin。玩玩还是很欢乐的
2020-07-23 11:07
减少80%就鬼扯了……
2020-07-23 10:58
kotlin学习成本其实挺高的,先得学习Java再学习kotlin
2020-07-23 10:04
Java再啰嗦也没这文章啰嗦, 这么大的篇幅也不展示一下怎么"比 Java 减少 80%"的
2020-07-23 10:00
支持Kotlin
2020-07-23 09:28
Java 早该淘汰了 啰嗦的语句 复杂的特性 要不是一大批老程序员已经用习惯了
我真怀疑谁会用这种语言
2020-07-23 11:21
C和C++都没因为啰嗦而被淘汰呢
2020-07-23 11:48
你搞错了。C是功能少,C++是太杂,只有Java是啰嗦。
ggx
2020-07-27 09:23
你确定c/c++不啰嗦?
2020-07-27 11:17
你视乎忘了c/c++诞生的时间,在那个时间段看不算。更准确说,Java在c/c++的经验上还继续维持其缺点,甚至更进一步了。
2020-07-27 12:18
这说明一个道理:同一种办法,爷爷辈做是创新,父亲辈做是发扬,孙子辈做是愚蠢。
2020-07-23 11:47
字符多 != 啰嗦,与其依赖语言本身提供的,我更愿意提高自己的能力来把代码写成我想要的样子,所以 I.use(JAVA)
2020-07-23 15:33
请问阁下用什么语言
2020-07-23 15:56
世界第一语言 PHP
2020-07-23 09:10
java17以后kotlin就该完成使命了
2020-07-23 09:02
谷歌推出的东西基本都是这么个走向:推出的初期阶段火的一塌糊涂,中期开始升级级,中后期断层试升级,后期没法忍了,重构,推出一个新产品美其名曰2.0版
2020-07-23 08:48
有这么夸张吗,Java8后也支持表达式、方法引用了,代码量也大量减少了。
2020-07-23 09:56
还是啰嗦
2020-07-23 11:00
仅从事物本身去考虑它对人类的影响,天真无邪
2020-07-23 11:02
做产品经理去 就不啰嗦了
2020-07-23 22:34
C# 是最不啰嗦的,但是没人用。
2020-07-27 11:56
国外的开发人员不是人?😂
2020-07-23 08:47
本来kt感觉还可以,可谷哥推荐了.就怕了怕了.
回复 @
{{emojiItem.symbol}}
返回顶部
顶部