凭你的技术“你能做个淘宝、微信吗?
亲戚们每次都会发出灵魂拷问:“那你能不能做个淘宝、
微信啊?
每一个 Android 开发者,都希望可以搭建一个优秀的 Android 开发框架。它不仅需要满足不断增长的业务需求,还要保证框架自身的整洁与扩展性,这非常困难而且过程会很痛苦,但我们必须这么做,因为健壮的 Android 开发框架是一款优秀 APP 的基础。
每个 App 由于项目特点和需求的不同,都会出现一套基于开发者所设计的架构模式,分层、组件化、模块化,每一种设计都是基于项目所在场景的,很难适合所有项目场景。
几种主流架构设计对比:
MVC
MVC 简单来说就是将整个应用分为模型(Model)、视图(View)和 控制器(Controller)三个部分;
Android 本身的设计还是符合 MVC 架构的,但是经常会出现一些意想不到的问题,如内存泄漏等,这就导致了 MVC 的变种 MVP 的出现。优点:
结构清晰,职责划分清晰;降低耦合;有利于组件重用;
缺点:
Activity/Fragment 中代码较多;代码结构比较复杂;
MVP
MVP 架构模式是 MVC 的一个变种,最大区别就是 View 层可以发起事件。
Presenter 层的出现帮助我们减轻了 Activity 的压力,结构上也较为清晰,但是 View 层将存在较多与 Presenter 沟通的代码,MVVM 架构就在这时候被提出来了。
优点:
结构清晰,职责划分清晰;模块间充分解耦;有利于组件的重用;
缺点:
会引入大量的接口,导致项目文件数量激增;增大代码结构复杂性;
MVVM
MVVM 架构模式可以说是 Google “钦定”的 Android 开发未来的第一架构。
从 Model-View-ViewModel 这个名字来看,它由三个部分组成,其中视图模型(ViewModel)其实就是 PM 模式中的展示模型。除了我们非常熟悉的 Model、View 和 ViewModel 这三个部分,在 MVVM 的实现中,还引入了隐式的一个 Binder 层,我们要完整的采用 MVVM 必须熟练的掌握 DataBinding 等基础组件。
优点:
结构清晰,职责划分清晰;模块间充分解耦;
在 MVP 的基础上,MVVM 把 View 和 ViewModel 也进行了解耦;
缺点:
Debug 困难,由于 View 和 ViewModel 解耦,导致 Debug 时难以一眼看出 View 的事件传递;代码复杂性增大;
在开始编程前,我们不应该低估一个应用程序的复杂性。
随着业务的不断发展,App 业务规模扩大,随之而来的是团队规模扩大,那就涉及到多人协作问题,每个移动端软件开发人员势必要熟悉如此之多代码,如果不按照一定的模块组件机制去划分,将很难进行多人协作开发。
各种问题也会接踵而至,混乱的数据存储、获取,灵活性不够高的代码,会成为我们项目中、后期最大的阻碍,任由其自由发展的后果就是,导致项目狼藉一片,我们将很难加入新的功能,只能对它进行重构甚至推翻重做。
搭建应用架构的方式多种多样,没有万能、一劳永逸的架构,它应该是不断迭代更新,适应业务的。
为了让大家搭建一个健壮的 Android 开发框架,深度理解模块化、层次化、控件化、组件化,将 Jetpack 和 Mvvm 应用到工作中,在我开发这么多年的时间里我一直有搜集资料,就在今天!**我整理了 3 个月零 14 天的资料!吐血!!**总算一份世纪最系统的 Android 架构资料,新鲜出炉。
需要的朋友私信我【学习】,我非常愿意分享给大家,希望大家多多支持我的文章咯!
或者点击下面链接即可直接领取
从零开始手把手搭建 App 框架
Mvvm 项目 Gradle 优化和本地仓库搭建
1、APP 架构应该怎样搭建?
2、MVx 有哪些?区别是什么?
3、Android 工程 Gradle 的使用规范和本地仓库搭建;
4、模块化、层次化工程搭建;
基于 Jetpack 的 Mvvm 高级架构逐步实现
1、初中级工程师是怎样实现架构?
2、架构师怎样实现控件化,怎样定义自定义的基类?
3、Mvvm Model 的功能是什么?缓存有哪些级别,怎样提取 Model 的基类?
4、Mvvm ViewModel 怎样和 Jetpack 结合,OOM 问题在 MVVM 中怎样避免?
App 组件化和启动性能优化
1、Fragment 和 Activity 的错误处理页面有完美方案吗?他们的基类又该怎样实现呢?
评论