经常有Android开发者会感到困惑，移动开发这么多技术，到底该先学什么呢？
React Native、PWA？谈完Kotlin，今年又纷纷讨论Flutter，但是目前还没有大跨步的前进…
我觉得Android开发的思维一定不要局限，移动开发不仅仅只是App开发，比如 IOT、音视频、边缘计算、VR/AR等，许多热门的技术浪潮，也都属于移动开发的范畴，这方面的知识有时间的话可以研究一下。
以前安卓开发找工作有多容易？只要了解四大组件、视图、网络请求，你就能拿到一份薪资丰厚的offer；当时，如果你要是精通java基础，知道如何处理OOM，组件生命周期原理，熟悉android源码、架构体系，进大厂都是很轻松。
Android架构演进
MVC
结构清晰，低耦合，有利于组件重用；但是Activity/Fragment中代码较多，结构比较复杂；
MVP
解决了MVC中Activity的问题，但是接口大量增加，所以项目的文件数量也会很多，代码结构也更复杂性了…
从工作到现在，经历过了MVC、MVP、Clean等，每个App由于项目特点和需求的不同，其架构模式，分层、组件化、模块化，每一种设计都是基于项目所在场景的，很难适合所有项目场景。这时候我们该怎么办呢？
我们或许可以在Google “钦定”的 Android 开发未来第一架构——MVVM中找到答案。
为什么要学MVVM？
MVVM
是Model-View-ViewModel的简写，它由三个部分组成，本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开，在 MVP 的基础上，MVVM 把 View 和 ViewModel 也进行了解耦。
优点：
-
低耦合。视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的"View"上。
-
可重用性。一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。
-
独立开发。App 业务规模扩大，随之而来的是团队规模扩大，那就涉及到多人协作问题，MVVM架构可以使开发人员、设计人员分别专注于自己的板块。
-
可测试。
但是由于 View 和 ViewModel 解耦，导致 Debug 时难以一眼看出 View 的事件传递；代码复杂性增大，所以 MVVM 架构 Debug 比较困难。