A modern programming language that makes developers happier.
正如官网的slogan所描述:kotlin,是一门让程序员写代码时更有 幸福感 的 现代 语言。
同时,也正如维基百科里介绍:
JetBrains公司希望Kotlin能够推动IntelliJ IDEA的销售
kotlin是一门奔着钱而生的语言,我相信他一定会成为一门有 “钱途” 的语言。
JetBrains这家公司真的把程序员当 人,把程序员当用户来对待。从kotlin的迭代和发版节奏,可以看出来,他们迭代kotlin就像我们程序员迭代我们公司的app一样,很重视用户体验,很重视程序员的开发体验,java哪个语法写起来很痛苦,他们就改善那个语法。java程序员缺什么,他们就给kotlin造什么。作为一个程序员,真心觉得,这种感觉真好。
大叔,已经有两年多的kotlin开发经验了,我能感受到,kotlin带来的幸福感,甚至,大叔在写kotlin的时候,有时会有惊喜感。让我有一种感慨:哦…… 原来代码还能这么写,还能有这种语法。
写了近10年的java代码,大叔几乎已经习惯接受java的一切,包括一些不思进取的写法,大叔想当然的以为编程就应该是这样的。kotlin正在颠覆大叔习惯了的这一切。【当然,这里并不是贬低java,java不仅是优秀的也是伟大的,java迭代了24+年,java的生态是众多语言无法比拟的,也正是java的优秀才有了kotlin、Clojure、groovy等一系列优秀的语言,java的伟大也是无法复制的】,我猜这里肯定有人要跳出来说,批评大叔,php才是最好的语言,让大叔去学php~ 好吧,大叔有空再学学~
他们一方面觉得java已经够用了,另一方面觉得google爸爸大力发展他的亲儿子flutter,觉得干儿子kotlin毕竟不是一个血脉。而且flutter夸多端的能力大于kotlin,于是得出结论,没有必要学习kotlin。
然而,看到现在很多项目很多公司都在用kotlin,google官方文档和demo都有kotlin的身影。又开始摇摆,纠结,迷茫,焦虑。大叔觉得小朋友才做选择,公司需要什么,大叔就学什么。
我们简单捋一捋flutter和kotlin的本质区别吧。
flutter和kotlin的定位完全不同,他们的原理完全不一样。
flutter可以简单理解为UI引擎,跨平台能力,是他与生俱来。就像游戏引擎一样。
kotlin的优势在于他继承了java的所有能力。而且还在不断拓展自己的能力。他的能力不限于android开发,后端开发,js开发。甚至,大叔看到,kotlin有抢python地盘的意图。
kotlin和flutter并不冲突的两个技术,即便团队选择部分模块使用 flutter开发app,android原生那部分代码,kotlin依然可以发光发热。
好像废话讲的有点多。我们进入正题吧。
我们一个个语法特性来讲吧,先从最基础的字符串开始
我们直奔代码,JavaHtml.java
public class JavaHtml { private static final String HTML = "<!DOCTYPE HTML>\n" + "<HTML>\n" + "<head>\n" + "<meta charset=\"utf-8\">\n" + "<title>IT互联网大叔</title>\n" + "</head>\n" + "<body>\n" + " <h1>大叔的标题</h1>\n" + " <p>\"大叔\"的段落1</p>\n" + "</body>\n" + "</HTML>"; } 复制代码
字符串中存在双引号时,需要 反斜杠转移;
想换行来提高可读性,于是必须要字符串拼接;
原本易懂的html代码变得晦涩难懂。
这代码是人看的吗?从java发布到现在,我们忍了24年。都没有改进。
我们再来看看,kotlin字符串的三引号。KotlinHtml.kt
val HTML = """ <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>IT互联网大叔</title> </head> <body> <h1>大叔的标题</h1> <p>"大叔"的段落</p> </body> </html> """ 复制代码
优雅吗?happy吗?
我们感受下,PeopleJava的toString方法。----- 这个toString方法是AndroidStudio自动生成的。
public class PeopleJava { private String name; private int age; public PeopleJava(String name, int age) { this.name = name; this.age = age; } @Override public String toString() { return "PeopleJava{" + "name='" + name + '\'' + ", age=" + age + '}'; } } 复制代码
我们再感受下,PeopleKt 的toString方法。
class PeopleKt (private var name:String, private var age:Int){ override fun toString(): String { return "PeopleKt{name='$name', age=$age}" } } 复制代码
来我们再用kotlin写个main方法,把两个对象日志输出看看。
fun main() { print(PeopleJava("IT互联网大叔", 18).toString()) println() print(PeopleKt("IT互联网大叔", 18).toString()) } 复制代码
日志输出:
以前总听人说简洁美,简洁美,简洁怎么能跟美关联起来呢。
现在大叔明白了。简洁不仅美,简洁的东西更简单易懂。
默认参数我们并不陌生,大叔在大学时,学c/c++的时候就知道默认参数。概念也非常简单。
如下代码:
class A { fun foo(i: Int = 10) { /****/ } } 复制代码
A.foo()方法,如果调用时,不传参数的话, 参数i 默认是10
大叔的自我拷问:
默认参数,有什么用呢?能解决android开发中的什么痛点呢?
默认参数,有什么用呢?能解决android开发中的什么痛点呢?
默认参数,有什么用呢?能解决android开发中的什么痛点呢?
在android开发中,我们写一个自定义View的时候,我们的构造函数往往要写好几个。
JavaTextView.java
public class JavaTextView extends AppCompatTextView { public JavaTextView(Context context) { super(context); } public JavaTextView(Context context, @Nullable AttributeSet attrs) { super(context, attrs); } public JavaTextView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) { super(context, attrs, defStyleAttr); } } 复制代码
有了默认参数,之后。。。
KotlinTextView.kt
class KotlinTextView : AppCompatTextView { constructor( context: Context, attrs: AttributeSet? = null, defStyleAttr: Int = android.R.attr.textViewStyle ) : super(context, attrs, defStyleAttr){ } } 复制代码
我们直接上代码吧,下面代码来自于 : 一分钟入门kotiln协程,线程切换
override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) //上下文切换到IO主线程 GlobalScope.launch(Dispatchers.IO) { Log.i(TG, "Dispatchers.IO isMainThread ${isMain()}")//输出false //上下文切换到主线程 GlobalScope.launch(Dispatchers.Main){ Log.i(TG, "Dispatchers.Main isMainThread ${isMain()}")//输出true } } } 复制代码
以前我们习惯使用Handler、AsyncTask 等类来实现线程切换。
但是有了协程之后。我觉得比以前写Handler的时候幸福多了。
切换线程,只是协程的冰山一角,协程很强大,值得深入学习。
我们分别用java和kotlin实现一个函数,读取文件的第一行:
JavaFileUtil.java 】
KotlinFileUtil.kt
显然kotlin的use比java要优雅的多。
我们来看看,use函数的实现吧。
java代码:JavaFindViewActivity.java
最开始的时候,每次findViewById之后还要类型转换,如下代码
TextView tvTitle = (TextView) findViewById(R.id.tv_title); 复制代码
后来,不记得哪个androidstudio版本 更新之后就不用做 类型强转 了。代码看这简洁了很多。
再后来有人做了一个叫ButterKnife的插件,不用自己调用findViewById了。只需要写点注解就可以了。个人感觉也不是很优雅。【大部分android老鸟都知道这个】
再后来,直到遇见了kotlin的 kotlin-android-extensions 插件,我觉得这才叫优雅。
KotlinFindViewActivity.kt
无需调用findViewById()方法,也无需注解。
一切都是这么的美好。
哇~~ 大叔居然一口气写了这……么长一篇技术blog,你能看到这里,我觉得你也真的是有耐心。
本来我想多写几个痛点案例,但我看着这篇幅长度,我觉得还是算了。绝大部分人是不会看到结尾的。我就抛个砖吧~
谢谢你在这个浮躁的时代,能静下心来看一个中年油腻大叔的絮絮叨叨。大叔祝您在kotlin的世界翱翔~ 希望kotlin能给您带来幸福感~