Life is short, you need Kotlin

Bruce Ckel said: "Life is short, you need Python". 
But today , i want to say: 
Life is short , try Kotlin.

千呼万唤始出来,犹抱琵琶半遮面。
直到今天,我的全Kotlin语言开发的APP吆鸡理财终于上线了,突然有一种如释重负的感觉。目前APP已经在应用宝正式上线,大家可以扫描下方二维码下载体验!


Life is short, you need Kotlin_第1张图片
吆鸡理财

框架诞生

这个应用框架的前身是来自于我在OSChina的Android应用框架android-architecture,当时接到这个需求的时候,框架还在开发当中。临危受命,只能迅速调整战略,快速解决紧急需求,逐步迭代,最终形成了吆鸡理财现在的框架设计。

下面我们一起来分析一下应用整体的框架设计,以及需要改进的地方!

应用架构

Life is short, you need Kotlin_第2张图片
应用架构

框架的整体设计依然是一个非常经典的MVP结构,MVP结构因为不是谷歌默认官方框架。在框架的约束方面比较难以控制,为了实现整体统一的代码结构,在UI层新增了一个Presenter便捷处理基类BasePresenterActivity,继承自该类,可以实现如下三个目标:
1)自动创建Presenter
2)自动实现内存回收
3)方便绑定View

即使这样,团队中依然会存在一些“极端分子”不遵守规范,写的五花八门。为了更进一步约束安卓团队的代码,我增加了一个完整的规范文档,并且使用PR的方式合并代码,从而有效地避免了不和谐的代码提交。

上面的应用架构图准确地展示了整个应用的框架结构,图中闭环曲线标注了View层之间的通信方式,为了便捷使用了EventBus。push/pop模型是方便切换Fragment,类似于startActivity。

在这次的应用框架中也加入了ReactiveX框架RxJava,但在代码中使用Rx的地方目前仅有网络部分,使用Retrofit + RxJava主要实现了如下两个目标:
1)网络错误统一处理
2)UI销毁时自动解绑Retrofit

另外,数据库选型也是这次应用开发的一大特色。本次数据库并没有使用SQLite版本的ORM框架,而是直接使用了跨平台数据库Realm。其实,在使用的时候,我有担心团队对Realm数据库不够熟悉,出现一些技术上的问题。事实证明,这种担心并不是多余的,大家的确对Realm数据库不够熟悉,最终我重写了Realm数据库存储部分代码...

开源库选型

值得一提的是,本次APP依赖中加入了大量我的开源库,其中使用黄色部分标记的矩形块都是来自于我的开源库。这其实有一定的风险,部分开源库是刚刚开发出来,并没有经过严格测试,在使用的过程中,可能需要一边改开源库代码,一边写逻辑代码。但带来的好处是:减少了辅助代码量,保持了整体代码的简洁性。

为了更直观地让大家看到应用整体的设计,我们一起来看一下应用的UML图。

应用UML图

Life is short, you need Kotlin_第3张图片
UML

这是一个客户端类应用,核心部分主要包括UI + Network。因此,我们可以分两部分讲解。

首先是UI部分,UI部分BaseActivity类主要提供了Fragment跳转相关API:

// 跳转至目标Fragment
fun push()
// 目标Fragment出栈
fun pop()
// 同一级别Fragment平滑切换
fun smoothToFragment()
....

BaseActivity的两个子类FragmentContainerActivity和BasePresenterActivity主要用于简化push/pop操作和MVP框架的使用。

BasePresenterActivity的子类无需考虑Presenter的创建以及Presenter内存回收。另外,BaseActivity的依赖ActivityManager主要用于对Activity栈进行手动管理。

这里只展示了Activity部分的UI设计,Fragment部分的设计完全等同于Activity。

接下来简单讲一下网络部分的设计,网络部分使用当前最流行的网络框架Retrofit + RxJava,RxJava主要用于辅助Retrofit实现在UI销毁的时候自动解绑以及统一处理回调。这是我第一次使用RxJava,因此,在解决这部分需求的时候,其实花费了不少时间,但最终的效果还算比较完美。

框架不足

由于时间紧迫,这个框架的设计并不完善,主要有以下几个方面的不足:
1)部分页面回调较为麻烦
2)页面路由较为麻烦
3)EventBus的使用造成代码难以阅读
4)MVP框架的设计依然不够简单

NG

由于存在上面的不足,下一代框架NG已经进入开发阶段,这个框架主要解决以下几个问题:
1)简化页面路由
2)简化页面回调逻辑
3)实现类似EventBus逻辑,取代结构不清晰的EventBus
4)简化MVP,尝试使用模板编程

Kotlin使用体验

这一次使用Kotlin,对Kotlin语言的熟练度已经超越了喜金会APP的开发阶段。我相信依然会有人问:是否遇到过Kotlin Bug或者不能实现的需求。答案可能要让你失望了,没有!

使用Kotlin语言开发最舒服的地方主要体现在以下几个方面:
1)几乎不再需要非空判断
2)Lambda表达式让回调更加简洁
3)扩展让调用更加自然
4)简洁的语法极大地减少了代码量
...

等等,使用Kotlin语言开发的确存在一个小问题:Kotlin插件偶尔会出现奔溃,从而导致提示异常。不过,这并不影响开发,只是偶尔导致提示异常而已。

应用整体代码量

Life is short, you need Kotlin_第4张图片

未来计划

未来个人工作重心依然会专注于Kotlin语言的推广工作,并且会持续对开源代码的贡献。下面是近期将要进行的几项工作:
1)Kotlin技术研讨会(计划中)
2)Kotlin视频教程
3)Kotlin技术文章持续更新

欢迎加入Kotlin交流群

如果你也喜欢Kotlin语言,欢迎加入我的Kotlin交流群: 329673958 ,一起来参与Kotlin语言的推广工作。

PS:感谢团队所有小伙伴的努力,大家辛苦了!


Life is short, you need Kotlin_第5张图片

你可能感兴趣的:(Life is short, you need Kotlin)