上篇,kotlin如何解决java开发痛点,让程序员happier 写的很长,大叔以为在快餐式学习的时代,没几个人会看到最后。没想到,看完整篇的掘友还不少。
@懒洋君 鼓励大叔,让大叔再写一篇,多写几个痛点,说是会来给大叔点赞,希望不是骗大叔的~ 哈~
今天这篇比上篇还长,你还会看完整篇吗?哈哈哈~~
一、google为何选择kotlin?
我们先来聊点有趣的八卦:谷歌为何选择kotlin,而不是继续改造java?
谷歌选择kotlin的原因真的是因为kotlin比java更好用吗?
大叔可以肯定的说,“kotlin比java更好用”,这肯定不是谷歌选择kotlin的原因。
以谷歌的研发实力,完全有能力,参与到java的发展中来,让java变的越来越好用。甚至比kotlin还要好用。
2011~2014年java连续三年 拖更,2014年~2017年,又拖更三年。
之后恢复了发版节奏【1年2个版本】。随后的更新确实让java越来越好用了。
甚至有些人说,java越来越像kotlin了。
我们在上一篇中讨论的:
kotlin字符串支持,三引号""" java14也有这个特性了。【java14今年三月份发布的】
kotlin的use函数,自动关闭closeable java7 也有try-with-resources的写法,解决类似的问题。
我们下文会讨论的:
when表达式,java14,switch也支持了类似的表达式了。
智能类型转换 java14的类型转换也开始越来越智能了。
说这么多,想表达的观点就是: java完全可以越来越好用。谷歌完全可以参与到java的迭代,让java越来越好用,甚至可以坐等sun公司借鉴更多语言的特性。没有必要伤筋动骨,把android首选语言换成kotlin,说实话这么多开发者,换一门语言的成本得有多高。并不是所有开发者都像掘友们还有大叔这样热爱学习。
谷歌选择kotlin的最直接原因,是因为sun公司碰瓷。
2010开始sun公司 起诉 谷歌:在Android上使用Java代码侵犯版权和专利权。
历史是惊人的相似。sun公司曾经成功碰瓷过微软。哈哈哈。。。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GWFZ77HI-1594654374750)(https://user-gold-cdn.xitu.io/2020/7/12/173432f719ef184f?w=1280&h=950&f=png&s=1541173)]
13年后,sun公司,故技重施,你说谷歌愿意重蹈微软的覆辙吗?
我们再来,看看android官方网站,关于room的java的教程:
All rights reserved. Java is a registered trademark of Oracle and/or its affiliates.
谷歌的用到java的教程中,明确标出了:版权所有。Java是Oracle公司所有。
谷歌选择kotlin只是为了摆脱专利诉讼而已。当然kotlin自己也争气。确实表现优异。
再请大家吃一个瓜:
google前CEO,埃里克·施密特,担任过sun公司高管,而且是特别高的那种。
1983年,施密特加盟Sun公司,先后担任首席技术官和首席执行官。
首任工程部副总裁韦恩.罗森(Wayne Rosen),也曾经任职过sun公司。
以上,只是大叔个人观点,纯属意淫,没有sun公司和谷歌公司的实锤资料。请大家保持独立思考。
二、kotlin如何解决java开发痛点【续】?
我们进入今天的第二个主题。继续一个个语法特性来讲,kotlin如何解决java开发痛点。
没有看上一篇 kotlin如何解决java开发痛点,让程序员happier 的朋友们,可以先看下上一篇,这样会更有连续性。
2.1 操作符:== 和 ===
我们先从一道java考题入手。大叔还是一位亮仔的时候,被这道题折磨的痛并快乐着,哈哈~
大多数 java老鸟 都认识这道题。
JavaEqualMain.java
public static void intEqual(){
Integer int127First = 127;
Integer int127Second = 127;
System.out.println("int127First == int127Second :" + (int127First == int127Second));
Integer int128First = 128;
Integer int128Second = 128;
System.out.println("int128First == int128Second :" + (int128First == int128Second));
}
大叔的灵魂拷问:日志会输出什么?
大叔的灵魂拷问:日志会输出什么?
大叔的灵魂拷问:日志会输出什么?
眼熟吗,是不是面试的时候遇到过?
是不是大学考试的时候考过?哈哈~
日志输出:
int127First == int127Second :true
int128First == int128Second :false
原理解析:
public static void intEqual(){
Integer int127First = 127;
Integer int127Second = 127;
//因为 -128到127 的整数 都在常量池里
//所以 int127First 与 int127Second 指向了,常量池中同一个对象,所以这里输出true
System.out.println("int127First == int127Second :" + (int127First == int127Second));
Integer int128First = 128;
Integer int128Second = 128;
//因为128不在常量池里,所以 int128First和int128Second 是不同的对象,所以这里输出false
System.out.println("int128First == int128Second :" + (int128First == int128Second));
}
我们再来看看 kotlin的代码:
KtEqualMain.kt
fun intEqual() {
val int127First = 127
val int127Second = 127
println("int127First == int127Second :" + (int127First == int127Second))
val int128First = 128
val int128Second = 128
println("int128First == int128Second :" + (int128First == int128Second))
}
大叔的灵魂拷问:日志会输出什么?
大叔的灵魂拷问:日志会输出什么?
大叔的灵魂拷问:日志会输出什么?
日志输出:
int127First == int127Second :true
int128First == int128Second :true
对你没有看错,两个结果都是true。
why?
为什么?
kotlin 提供了两个相等操作符 == 和 ===
结构相等 ==:用 equals() 判断相等性
引用相等=== :判断两个引用是否指向同一对象
大叔自我拷问,结构相等这个操作符有什么用呢?他能解决什么痛点呢?
大叔自我拷问,结构相等这个操作符有什么用呢?他能解决什么痛点呢?
大叔自我拷问,结构相等这个操作符有什么用呢?他能解决什么痛点呢?
jvm中存在常量池机制,字符串、部分包装类对象有可能存在常量池,也可能不在常量池。
引用相等运算结果,与常量池耦合,如果两个对象都在常量池中,运算结果为true,如果有一个不在常量池中,或者都不在常量池中,即使两个对象内容相同,运算结果也是false。
导致,引用相等运算,有点复杂,一不留神可能就搞错了。
kotlin的结构相等,跟常量池无关了,直接通过equal方法判断,运算结果与常量池不耦合,不管对象在不在常量池,运算结果都是一样的。
不仅减少了初学者的学习成本。也减少了研发老鸟的犯错成本。
三等号“===” kotlin的三等号运算效果,就是java的双等号“==”,熟悉python的朋友,应该一点都不陌生。因为python也是这样的。
并且,并且,并且,kotlin中,结构相等 == 还会帮我们自动判空。我们看下面两段代码。
首先是java代码。JavaEqualMain.java
public static boolean isTextEqual(String str1, String str2){
if(str1 == str2){
return true;
}
if(str1 != null && str2 != null){//因为str1和str2可能有一个为null,所以我们要判空
return str1.equals(str2);
}
return false;
}
我们再看看看kotlin,怎么实现:KtEqualMain.kt
fun isTextEqual(str1: String?, str2: String?): Boolean {
return str1 == str2
}
是的,你没有看错,kotlin就是这么简洁。
kotlin的 isTextEqual()方法,会编译器被翻译成isTextEqual2():
fun isTextEqual2(str1: String?, str2: String?):Boolean{
return str1?.equals(str2) ?: (str1 === null)
}
上面这段代码段,是官网文档的解释。https://www.kotlincn.net/docs/reference/equality.html
kotlin不熟悉的同学,可能会比较迷茫。
大叔把他改一下,你就明白了。
fun isTextEqual3(str1: String?, str2: String?):Boolean{
if (str1 == null){
return str2 == null
}
return str1.equals(str2)
}
这就是,会自动判空的原因。
总结一下:
kotlin 提供了两个相等操作符 == 和 ===
== 【结构相等】,用 equals() 检测。
相当于调用 Object.equals() 方法,并且处理了,对象为null情况,无需手动判空处理。
=== 【引用相等】,两个引用是否指向同一对象
相当于java的 ==
再来个面试考试常考的题
这个题也是面试常考的题,我们一起举一反三一下哈。
欢迎,老铁们,在评论区说出你的答案:
java代码:JavaEqualMain.java
public static void stringEqual(){
String strBuilder1 = new StringBuilder("IT互联网大叔").toString();
String strBuilder2 = new StringBuilder("IT互联网大叔").toString();
System.out.println("strBuilder1 == strBuilder2 :" + (strBuilder1 == strBuilder2));
String str1 = "IT互联网大叔";
String str2 = "IT互联网大叔";
System.out.println("str1 == str2 :" + (str1 == str2));
}
大叔的灵魂拷问:日志会输出什么?
kotlin代码:KtEqualMain.kt
fun stringEqual() {
val strBuilder1 = StringBuilder("IT互联网大叔").toString()
val strBuilder2 = StringBuilder("IT互联网大叔").toString()
println("strBuilder1 == strBuilder2 :" + (strBuilder1 == strBuilder2))
val str1 = "IT互联网大叔"
val str2 = "IT互联网大叔"
println("str1 == str2 :" + (str1 == str2))
}
大叔的灵魂拷问:日志会输出什么?
2.2 智能类型转换(Smart Casts)
我们来看一段Java代码:
public static void close(Object obj) throws IOException {
//已经判断他是Closeable,依然需要强转
if(obj instanceof Closeable){
((Closeable) obj).close();
}
}
我们再来看看kotlin
@Throws(IOException::class)
fun close(obj: Any) {
if (obj is Closeable) {
obj.close()//obj已经是一个Closeable类型了
}
}
我们继续
再继续
上面这种写法,java代码段是不是看的有点迷茫,看不懂,你忙就对了,大叔也迷茫。
java对泛型的强转,已经严重影响到,代码的可读性了。
kotlin的类型转换,对代码的可读性提升了太多。
2.3 if、when表达式
val max = if (a > b){
print("a is bigger")
a
} else if(a == b){
print(" a == b")
a
}else {
print("b is bigger")
b
}
//....
上面代码也可以用when表达式,实现:
val max = when {
a > b -> {
print("a is bigger")
a
}
a == b -> {
print(" a == b")
a
}
else -> {
print("b is bigger")
b
}
}
比java的 三元运算符(条件 ? 然后 : 否则),if表达式可读性要更高,对初学者也更友好。
而且比 三元运算符 更灵活。
另外,java14的switch也变成表达式了。
对了kotlin的try catch,也可以当表达式用。
2.4 解构申明(Destructuring Declarations)
什么是解构申明?解构申明能干什么?
2.4.1 通过解构申明,遍历Map
我们先来看看,java是怎么遍历Map的。
Map<String, Integer> map = new HashMap<String, Integer>();
map.put("one", 1);
map.put("two", 2);
for (Map.Entry<String, Integer> entry : map.entrySet()) {
System.out.println(entry.getKey() + "->" + entry.getValue());
}
上面的代码,所有java程序员都非常熟悉。
不是大叔吹牛,从大学,到现在,大叔写过的for循环遍历,比你家娃,吃过的盐还多。
可以说这种对Map遍历的方式,已经彻底扎根在我的思维里。我觉得全天下所有程序都应该是这么遍历的。
直到有一天,大叔遇见了kotlin的解构申明:
val map = mapOf("one" to 1, "tow" to 2)
for ((key, value) in map) {//通过解构申明来遍历Map
println("$key->$value")
}
一声直呼,我靠,还能这样遍历Map。
这才是人的思维方式啊,兄弟们啊啊啊。。。。
这种语法是如此的亲切简洁。基本上都不用学习,看一眼就懂这是什么意思。
想想刚学编程的那会,学c语言,一个for循环遍历就能学一周。。。。
接着我们找到Maps.kt的源码:
kotlin正是通过 component1() 和 component2() 两个函数实现了Map.Entry类的解构申明。
接着我们来看一个代码段:
fun main() {
val people = People("IT互联网大叔", 18)
var (myName, myAge) = people//注意这行代码,解构申明
println("my name is $myName, i am $myAge")
}
class People(val name: String, val age: Int) {
operator fun component1() = name //注意
operator fun component2() = age //注意
}
因为People重载了函数component1()和component2(),所以可以将其解构成name和age。
我们一起看看kotin是怎么做到的吧。
我们先来看看他的字节码吧。
什么,字节码?大叔别逗我了。这怎么看?
看起来麻烦?不容易理解。
嗯,大叔非常同意。
所以大叔准备了另一份代码段,把上面的字节码反编译成java代码。
这种解构申明的语法,本质是个语法糖,在编译器做了一些优化。
只是编译器帮我们,调用了people.component1()并帮我们赋值了。
String myName = people.component1();
int myAge = people.component2();
3.4.2 通过解构申明,实现函数返回多个值
众所周知,java的函数只能有一个返回值。不能同时返回多个值。
但是有了解构申明之后,我们可以假装,函数能返回多个值,如下代码:
fun main() {
val (myName, myAge) = getFirstPeople()//返回值为People,我们可以直接把返回值结构
println("my name is $myName, i am $myAge")
}
fun getFirstPeople() = People("IT互联网大叔", 18)
3.5、无符号整型
我们知道java里面是没有无符号整型的,但是kotlin有,哈哈哈。
kotlin.UByte: 无符号 8位,范围是 0 到 255
kotlin.UShort: 无符号 16位,范围是 0 到 65535
kotlin.UInt: 无符号 32位,范围是 0 到 2^32 - 1
kotlin.ULong: 无符号 64位,范围是 0 到 2^64 - 1
大叔的自我拷问 :这能解决啥痛点,劳资java写了这么多年了,没有无符号整形,不是照样写的好好的么。
大叔的自我拷问 :这能解决啥痛点,劳资java写了这么多年了,没有无符号整形,不是照样写的好好的么。
大叔的自我拷问 :这能解决啥痛点,劳资java写了这么多年了,没有无符号整形,不是照样写的好好的么。
在痛点3.4 解构申明 里面我们写了一个类People:
class People(val name: String, val age: Int) {}
我们的age是int类型。int是可以是负数的。
但是 “年龄” 这种东西有负数吗?
但是 “年龄” 这种东西有负数吗?
但是 “年龄” 这种东西有负数吗?
我们把age传进来的时候,是不是要做个数据检查。
假如有同事传了个负数,导致程序出bug,就只能怪自己不严谨。
类似,打破你的认知,java,除以0一定会崩溃吗? blog里描述的bug。
于是我们改造了下代码,我们先假如kotlin没有无符号整型:
class People {
private val name: String
private val age: Int
constructor(name: String, age: Int) {
this.name = name
if (age >= 0) {
this.age = age
} else {
this.age = 0
println("illegal age $age")
}
}
}
UInt类型,自从有了你,世界变得好美丽 ------ ˙这句要唱出来
class People(val name: String, val age:UByte) {}
不仅更优雅而且更健壮。
三、结尾
好了,聊完了技术。大叔再碎碎念一些事儿吧。
前两天,有位很资深的老鸟,年纪比大叔还要大,跟大叔聊天。
资深的老鸟:“我做的这个需求,要延期了“
大叔:“怎么了?”
资深的老鸟:“这个模块,之前的实现大量使用了LiveData,我还没用过LiveData,而且,他用的好复杂,代码好难看懂啊……”
大叔:“额,那你打算怎么弄?”
资深的老鸟:“我打算,重写一下这个模块,xxx同事,这个LiveData太复杂了,一个很简单的逻辑,写的好复杂啊……我改不动……”
资深的老鸟:“哎,这种团队还没普及的技术,最好不要随便乱用吧,而且他用的也很复杂,一个很简单的功能,绕来绕去的……搞的现在项目紧张情况下,让我难受……”
大叔:“额,好吧”
大叔心里其实挺为这位同事捏把汗的,我觉得,他选择了一个很冒险的方式。在这种紧急的情况下,重写一个模块,往往风险只会更高。
掘友们,你们怎么看呢?如果你是老鸟,你会怎么选择?
赞美是一种美德,点个赞 再走啊,老铁。大叔需要你的赞