跳转至

33 Java Android开发者还会有未来吗?

你好,我是朱涛。在过去的几十讲里,我们把Kotlin的基础语法和核心难点协程,都全面学习了一遍,从原理到实战,从协程的核心挂起函数、launch等,到探究它们的源码定义,可以说我们已经基本掌握了Kotlin的核心知识点与特性,你也应该可以在工作中使用Kotlin来解决实际问题了。如果你发现自己对这些知识的掌握还有不少漏洞,也别着急,可以再回头复习一下相应部分的内容,或者在留言区提问,我会给你解答。

那么,从这节课起,我会带你来看看Kotlin在实践场景中,应用得最普遍、最广泛的领域,Android。我们一起来学习下如何结合所学的Kotlin知识,来高效开发Android应用。

今天这节课,我们先来聊聊Kotlin和Android的关系,让你对Android的现状与未来的发展方向有一个清晰的认识。

虽然Kotlin是面向多个平台的(如JVM、Native、JS等),不过我们在讨论Kotlin的同时,难免也会讨论下Android。甚至,很多开发者都是因为Android才开始接触Kotlin的。

说起Kotlin与Android,就不得不提它俩对应的公司JetBrains和Google。早在2013年之前,这两家公司就有过合作。最开始的时候,Android开发者的开发工具还是Eclipse,Google是在JetBrains的IntelliJ的基础上,进行改造以后,才有了后来的Android Studio。

而Eclipse与Android Studio之间的开发体验,可以说是天壤之别。这一点,在Kotlin与Java的对比上其实也是类似的。Android开发者不学Kotlin坚持使用Java,就好比是不使用Android Studio坚持使用Eclipse一样。

那么,对于Android开发者来说,Kotlin对比Java的优势,可以说是全方位的,具体我们可以从下面几个维度来看。

语言的优势

在前面的课程当中,我曾经说过,Kotlin与Java并没有绝对的好坏,但不可否认的是:在Android平台上,Kotlin对比Java是有绝对优势的。

经过前面课程的学习,我想你对Kotlin的语法特性已经有了充分的认识,不论是它简洁的语法,还是灵活的扩展特性,还是它的空安全特性,或者是强大的协程框架,都可以为我们Android开发者带来更好的体验。

另外,由于Kotlin同时也是基于JVM的,它与Java的100%互操作性,也让我们开发者可以灵活地集成到现有的工程中去。

根据Android官方的一组统计数据,已经有超过60%的Android个人开发者在使用Kotlin;而在排名前1000的Android应用中,也已经有超过80%的比例在使用Kotlin进行开发。可见,头部互联网公司的Android团队都在积极在做技术转型,Kotlin也正在成为大厂Android研发的基本要求。

而随着Kotlin在Android当中普及率的提升,整个开发者社区产出的内容也渐渐以Kotlin为主,不论是Android官方的文档,还是其他技术社区的博客,其中的代码片段都在使用Kotlin。我们以Google官方在GitHub开源的Sample为例,其中大部分的代码都已经变成了Kotlin。试想一下,作为一个Android开发者,如果看不懂Kotlin代码,我们又该如何跟进最新的技术呢?

开源库

作为Android开发者,我们总是难免会用到一些优秀的开源库,近几年,GitHub上也涌现了许多纯Kotlin开发的开源库,比如说Kotlin依赖注入框架KoinKotlin实现的图片加载框架coil,等等。其实,不仅是新的开源库会用Kotlin,许多著名的Java开源库也在使用Kotlin重写,比如著名的网络请求框架OkHttp内存泄漏检测框架LeakCanary图片加载框架Picasso等。大量开源库拥抱Kotlin,这本身其实就说明了Kotlin自身的语言优势。

图片

所以,如果我们Android开发者看不懂Kotlin代码,这些用Kotlin编写的开源库,我们用起来肯定会有点儿心虚,因为看不懂它们的源代码。

当然,如果仅仅是GitHub上面的第三方开源库在选择Kotlin,我们也还是可以选择不用它。但如果是Android官方的呢?实际上,连Android官方团队都开始使用Kotlin写Android系统的源代码(AOSP),还有Jetpack库(比如PagingViewModel)等等。可以说,Kotlin在Android当中的地位已经远远超过了Java,而且,随着时间的推移,两者的差距会越来越大。

图片

Jetpack Compose

在2021年7月,Android官方团队正式发布了全新的UI编程框架Jetpack Compose。它是由纯Kotlin实现的,想要使用它,我们就必须懂Kotlin。

对于传统的Android开发来说,开发者必须先用XML编写UI布局,类似这样:

<?xml version="1.0" encoding="utf-8"?>
<androidx.constraintlayout.widget.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity">

    <TextView
        android:id="@+id/text"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="Hello World!"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintLeft_toLeftOf="parent"
        app:layout_constraintRight_toRightOf="parent"
        app:layout_constraintTop_toTopOf="parent" />

</androidx.constraintlayout.widget.ConstraintLayout>

这个XML,其实就是一个最简单的UI布局,父布局ConstraintLayout里面有一个TextView。在XML当中,我们使用一个个的UI控件节点,来描述控件间的嵌套关系,最终组成一个UI的树。接着,开发者就需要在Java或Kotlin当中编写对应的业务逻辑。

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val textView = findViewById<TextView>(R.id.text)
        textView.setOnClickListener {
            // do something
        }
    }
}

这样的代码模式其实有一个特别明显的缺陷,那就是代码之间的依赖跨越了两个不同的语言模块:XML模块、Kotlin模块。

对于这样跨越模块的依赖,两者之间的耦合是非常严重的,维护起来非常费力,XML发生改变了,Kotlin当中也要发生对应的改变。虽然Android官方也曾推出过DataBinding之类的工具,帮助我们在XML当中编写简单的数据绑定逻辑,但这种方式并不能从根本上解决问题,因为 DataBinding只能减少两个模块之间的耦合,并不能消灭

而Jetpack Compose,就为Android开发提供了另一种可能性:UI和逻辑都用Kotlin编写。

// 不需要 xml

class MainActivity : ComponentActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContent {
            Text("Hello world!")
        }
    }
}

在上面的代码中,我们直接使用Text()的方法创建了一个TextView,然后传入了setContent{}这个高阶函数当中。这样,我们整个Android的代码就写完了,根本不需要编写XML,也不需要findViewById、DataBinding之类的操作了。

很明显,Jetpack Compose这样的代码模式,就属于内聚模式。由于我们可以使用Kotlin编写UI布局,所以,我们可以同时使用Kotlin完成View相关的逻辑,比如状态管理、布局测量、触摸反馈、动画,等等。要知道,在从前XML的时代,View相关的这些逻辑都是割裂开的,耦合也非常严重。

总的来说,使用Compose可以大大简化我们Android的开发,也可以提升开发者的效率。在Compose当中,大量使用了Kotlin的高级特性,比如扩展、委托,甚至协程;同时它大量借鉴了函数式编程的思想,在Compose当中推崇“不变性”“无副作用”,为此,Compose也为开发者提供了一系列的Effect Handlers

总之,如果你是一名热爱Kotlin的Android工程师,那么你一定会对Jetpack Compose一见钟情。

当然,这里我为了让课程简单易懂,特地举了最简单的例子,如果你对Jetpack Compose感兴趣,也可以去看看Android官方的Compose教程

小结

好,到这里,我们这节课的内容就差不多结束了。这节课我们主要从三个角度分析了Kotlin对Android开发的重要性。

  • 语言的优势,Kotlin因为其简洁的语法,以及灵活的语法特性,还有强大的协程框架,让它建立起了对比Java的语言优势,从而也让越来越多的开发者愿意使用它。业界的文档、博客也渐渐以Kotlin为主流。
  • 开源库,不仅第三方的开源库,就连Android官方团队也在使用Kotlin编写源代码。
  • Jetpack Compose,它是Android团队推出的全新UI框架,可以大大简化Android开发,也可以提升开发效率。它是纯Kotlin开发的,我们开发者如果要使用它的话,也必须使用Kotlin。

好,现在,让我们来回答这节课的标题的问题:Java Android开发者还会有未来吗?我认为单纯的Android应用开发者,如果不掌握好Kotlin,一定是会渐渐被淘汰的。

当然,经过前面一系列课程的学习,我相信你已经对Kotlin的各个方面都有了透彻的认识。这节课的目的,我是想告诉你,如果你是Android开发者,请一定不要怀疑自己学习Kotlin这个决定到底正不正确;同时也不要犹豫,一定要在实际工作中用起来。

在接下来的两节课当中,我会用一些简单的案例,来向你展示Kotlin在Android开发当中的实际应用。

思考题

作为Android开发者,你最喜欢Kotlin的哪个语言特性?为什么?

欢迎在留言区分享你的答案,也欢迎你把今天的内容分享给更多的朋友。

精选留言(6)
  • Paul Shan 👍(3) 💬(1)

    我参与开发的项目已经全面拥抱Compose,过程中遇到很多问题,例如多行的Textview想在右边显示一个垂直的滑动条,我仔细找了一下,没找到解决方案,只能用AndroidView+xml+android:scrollbars="vertical",老师如果知道解决方案,望不吝赐教。我还遇到一个情况,MutableState按照谷歌的文档,里面值改变(value指向新的对象)的时候,会recompose。但是在实际的某些UI响应中改变值却没有recompose,导致状态没有更新。这个问题困扰了我很久,一度让我认为Compose还没有成熟到可以解决复杂的UI问题,后来发现把MutableState里面的对象拆成简单类型(例如整型,字符串)可以解决问题。这种写法破坏了类的内聚性,但是Compose还有bug的情况下不得不做出妥协。 Compose 遇到的最大问题就是思路的转变,原来的view类都是一个个有状态的对象,对象之间有复杂的继承关系,把他们全转成函数,我没有找到通用的方法,只能特事特办。例如,我遇到一个树状的UI,里面的view是父子结构,最终转化成Compose的时候用了递归函数。老师如果有机会的话可否在多讲一些Kotlin函数式编程的内容,个人觉得Kotlin函数式编程是Android开发人员将来不得不掌握的内容,函数式编程本身又是一个很大的的课题,值得大书特书。

    2022-04-08

  • 追梦小乐 👍(2) 💬(1)

    老师,Compose 在国内应用的广吗?!

    2022-04-08

  • H.ZWei 👍(2) 💬(2)

    老师能对讲讲鸿蒙的看法吗,前几天在官网的文档看到,华为好像也在慢慢抛弃Java,在鸿蒙3.0上重点更新Js的环境,据说3.0开始会不兼容Android应用,未来在国内是不是会大量挤压Android的空间。

    2022-04-08

  • ZircoN 👍(0) 💬(1)

    卡顿检测框架 LeakCanary -> 内存泄露检测框架 LeakCanary

    2022-04-08

  • 无咎 👍(1) 💬(0)

    好久不写Android应用,最近想写了,发现涉及到Kotlin的代码越来越多了,虽然看了基本语法,还是没有把握,所以只好来学习课程了。 与其被动裹挟,不如主动拥抱变化,认真学习,积极实践。 当然转换思路,切换语言和库也是有成本的,但也是值得的,有些常见问题甚至没有现成方案,也没什么好怕的,耐心逐步解决。

    2022-06-17

  • 墨水 👍(0) 💬(0)

    我是脑子一热自己的应用上了kotlin,由于理解的不到位狠狠的被kotlin虐了一把

    2023-06-16