Jetpack 架构组件 及 标准化开发模式 的确立，意味着 Android 开发已步入成熟阶段。现在的Android岗招人的时候也非常看重应试者对 Jetpack 架构组件的理解程度。
Android开发发展到今天已经相当成熟了，各种架构大家也都耳熟能详，如MVC,MVP,MVVM等，其中MVVM更是被官方推荐，成为Android开发中的显学。
话说这个小项目已经提前跟大家预热很久了，也是被不少朋友催了很多次。我之前在公众号里透漏过这个项目能够帮助大家更好地理解MVVM架构，当然我也希望确实如此。
前面三篇介绍了Jetpack 架构组件中 最重要 的部分：生命周期组件-Lifecycle、感知生命周期的数据组件-LiveData、视图模型组件-ViewModel。 这篇，就来探索下目前android开发中 最优秀、讨论最多的架构模式—— MVVM 。
本文先对Android架构的现有问题进行了分析和讨论，介绍了Jetpack诞生的背景。进而讨论了什么是Jetpack，以及它与AndroidX之间的关系。在对Jetpack有了大致的了解后，我们分别对如何将旧项目迁移至Jetpack，以及如何让新项目支持AndroidX进行了介绍。
代码被划分为两层结构：Data Layer(数据层)负责从数据源获取和存储数据；View Layer(视图层)负责处理并将数据展示在UI上
介绍完背景以及初衷之后，我们开始搭建MVVM的框架，这一部分我们进行简单的搭建，了解MVVM架构的基本结构。
俗话说，无规矩不成方圆，对于项目也是这样，必须有统一的架构体系才能让项目更加稳健，开放，和快速。今天就来谈谈吧：
以前项目中虽然也使用MVVM架构，但由于整体框架不是我自己搭建的，导致我对于MVVM架构的整体还是很不熟悉，所以这次就自己搭建并实现一次MVVM架构。
▊《Android Jetpack应用指南》 叶坤 著 电子书售价：39.5元 2020年07月出版 本书讲解的是Android Jetpack最核心的内容—架构。第1章将对Jetpack做一个大致的介绍。第2章至第9章，将分别详细介绍为搭建MVVM架构而设计的各个Jetpack组件，包括LiveData、ViewModel、DataBinding等。第10章是对前面各章节的总结，将向读者详细介绍什么是数据模型驱动界面更新、什么是MVVM架构，以及如何利用Jetpack组件搭建符合MVVM架构规范的应用程序
我记得前段时间分享了一篇文章《 浅谈Andorid开发中的MVP模式》（点击可跳转），反响不错，为了进一步介绍MVVM模式，还提前分享了实现Android中MVVM模式的一个关键技术的文章《Andro
架构设计在现今已经成为软件开发必不可少的环节，而架构学习和架构选型往往是一个困难的“工程”。若有一天我们想要改善现有软件的架构模式，或对架构的选择感到迷茫，我们应该如何找寻方向，选择合适的架构呢？
基本Android项目都采用MVC、MVP、MVVM架构，个人认为软件架构没有绝对的优劣之分，大家都各有利弊。
开发应用程序就像搭积木。没有良好架构的应用程序，就像没有搭好底座的积木，随着项目复杂度的上升，维护起来会困难重重，工程师会不停地陷入技术债务之中——“积木的倒塌”只是时间问题。
只要你掌握了基础知识，要想构建一个完整的 Android App 并不难，但是想要写出一个可维护的 App 就是另一回事了，这时候就必须让你自己的代码足够健壮，就需要避免把所有业务逻辑代码都放在 Activity、Fragment，或者是创建多个比较小的只有单一功能的 class。
网上关于MVVM框架的搭建和使用的文章很少，大多提到MVVM框架，就是在介绍DataBinding的使用。对于MVVM中各模块之间如何划分，如何定义，又是如何配合实现高度解耦的文章更是少之又少。大家看完后还是一头雾水，只是对MVVM有个大概的了解，并不很清楚如何上手。
最近越来越多的人开始谈论架构。我周围的同事和工程师也是如此。尽管我还不是特别深入理解MVP和DDD，但是我们的新项目还是决定通过MVP来构建。
从零开始搭建MVVM架构系列文章（持续更新）: Android从零开始搭建MVVM架构（1）————DataBinding Android从零开始搭建MVVM架构（2）————ViewModel Android从零开始搭建MVVM架构（3）————LiveData Android从零开始搭建MVVM架构（4）————Room（从入门到进阶） Android从零开始搭建MVVM架构（5）————Lifecycles Android从零开始搭建MVVM架构（6）————使用玩Android API带你搭建MVVM框架（初级篇） Android从零开始搭建MVVM架构（7） ———— 使用玩Android API带你搭建MVVM框架（终极篇）
阅读本篇大概需要 11 分钟。 相信不少同学已经开始使用 MVVM 作为自己 Android 开发架构了，但实际上，我在使用过程中查阅资料发现，网上有关 MVVM 的资料并不是很多，这主要是因为 MVVM 还是有一定使用门槛的，并且 MVVM 不一定会帮助你提高开发效率，可能你需要写的代码更多了，或者说为了你为了让代码保持 Databinding 的双向绑定特性，而需要考虑很多业务以外的设计逻辑。我们使用一个架构或者设计模式，当然是为了更好的开发体验嘛，所以我将给大家介绍几个实用的第三方库和工具，来帮助
概述 说到Android MVVM，相信大家都会想到Google 2015年推出的DataBinding框架。然而两者的概念是不一样的，不能混为一谈。MVVM是一种架构模式，而DataBinding是一个实现数据和UI绑定的框架，是构建MVVM模式的一个工具。 之前看过很多的文章都有简单的介绍MVVM架构如何使用的，但是呢自己总是一知半解的状态，今天通过再次的学习，终于对MVVM有了一个更深刻的理解，现在就来分享下自己的心得。 MVC、MVP、MVVM 首先让我们来了解下Android中常见的开发模式。 M
Jetpack Compose是Android推出的新一代声明式UI框架，Compose库是用响应式编程的方式对View进行构建，用更少更直观的代码拥有更强大的功能，同时还能提高开发速度。随着alpha版本的发布，其API也逐渐稳定，此时谁先掌握这一项新技术，谁就能在这一行业中抢占先机。
JetPack系列文章已更新：https://huanglinqing.blog.csdn.net/article/details/106215492
做移动端开发和前端开发的人员，对 MVC、MVP、MVVM 这几个名词应该都不陌生，这是三个最常用的应用架构模式，目的都是为了将业务和视图的实现代码分离，从而使同一个程序可以使用不同的表现形式。不过，网上的文章对这方面的解说众说纷纭，其中不乏有些错误的描述，导致有些人应用这些架构模式时陷入一些错误陷阱。本文将追根溯源，力求让大伙对这三个架构模式形成正确认识。
通常来说，一个Android应用程序至少需要一个Activity，当我们开发小型Android程序时，可能会将大部分代码写在Activity/Fragment中，例如业务逻辑，UI控件，数据库的CRUD等。针对小型项目而言，这并没什么问题，维护起来也很方便，但对于中大型项目而言，随着业务复杂度的增加，Activity/Fragment中的代码会变得越来越多，越来越难以维护。因此，我们需要将代码按照功能或类型的不同进行分类，并放到不同的包或类文件中，但又不能破坏彼此间正常的通信。这在软件开发中叫做解耦，为了将代码解耦以应对日益膨胀的代码量，工程师引入了“架构”的概念。使得在不影响应用程序各模块组件间通信的同时，还能保持模块的相对独立，这样不仅有利于后期的维护，也有利于代码的测试。
前面四篇介绍了Jetpack 架构组件中的 基础组件 以及它们的综合应用：Jetpack MVVM 架构模式，到这里已经基本满足标准化开发了。但 Jetpack 架构组件 除了 Lifecycle、LivaData、ViewModel，还有:
对于MVC、MVP、MVVM，这都是Android开发的一种架构，随着日积月累的开发，很对人对这几种模式是再熟悉不过了。不过当初我在学习的时候是因为看一个开源项目的源码是MVP架构的，也找个很多文章，发现很多文章不是全是概念，就是解释的含糊不清，所以写一篇文章来分享，让像我一样的小白可以快速理解这几种架构模式。
随着Android应用开发技术的不断发展和成熟，很开发者越来越关注着Android应用架构的设计。目前，Android的应用架构主要有MVC、MVP和MVVM模式，我们就来说一下MVVM模式。
有不少同学已经开始使用MVVM作为自己 Android 开发架构了，但实际上，网上有关 MVVM 的资料并不是很多，这主要是因为 MVVM 还是有一定使用门槛的，并且 MVVM 不一定会帮助你提高开发效率，可能你需要写的代码更多了，或者说为了你为了让代码保持 Databinding 的双向绑定特性，而需要考虑很多业务以外的设计逻辑。我们使用一个架构或者设计模式，当然是为了更好的开发体验嘛，所以我将给大家介绍几个实用的第三方库和工具，来帮助大家解决这些问题。
前段时间写了一些介绍MVI架构的文章，不过软件开发上没有最好的架构，只有最合适的架构，同时众所周知，Google推荐的是MVVM架构。相信很多人都会有疑问，我为什么不使用官方推荐的MVVM，而要用你说的这个什么MVI架构呢？
前段时间由于工作需要，学习了关于组件化和插件化架构相关的知识。查阅了很多Android开发架构的资料，组件化自己写了个简单的Demo并且开始了原有项目的改造，插件化自己也尝试了滴滴的VirtualAPK框架。这篇记录一下架构方面的相关知识总结以及自己学习后对模块化、组件化和插件化这三化概念的理解。具体的搭建组件化方法可以看我写的这篇文章。Android组件化入门：一步步搭建组件化架构。
近几年，Android 开发的套路日趋成熟，越来越多的 Android 工程师获得了「高级」的称号，也有不少人在参与公司的 App 从无到有再到火爆的整个开发过程中，顺理成章地拿到了 Leader 职位。
链接：https://juejin.im/post/6854573211930066951
上篇文章我给大家分享了我对Android架构的理解，从思想层面去讲述架构的演进过程。很多小伙伴读完后拍手叫好，表示还想听我讲一下对Jetpack 架构的看法 ，本着帮人帮到底的精神，今天我将再次动笔 尽量从本质上讲清楚Jetpack 架构存在的意义，以及解决的问题。
一、写在前面 这个坑可能会持续很久，之前开过好几个坑，但是都不长久。原因是计划赶不上变化。每过一段时间我都会感觉有更重要的事情要去做，所以之前开的坑就被我抛弃了。但是这一次不同，具体的不同点我会在下面一一列举出来。 1.关于目的：作者目前在抖音的竞品里面做android端的视频拍摄和编辑这块。大公司大家也知道，各个业务都是分层的，所以我们平时的业务都是在音视频架构组封装的sdk之上进行的。所以一旦时间长久了自身的竞争力就会减弱，毕竟没有掌握“核心科技”。好在sdk的源码是内部开放的，所以我可以读读源码
google官方MVVM框架讲解 我前面对比了MVC和MVP《两张图看懂Android开发中MVC与MVP的区别》，可以相对于MVC我们的MVP是有多优越，但是Android开发现在已经开始流行了MV
知识储备：需要对Lifcycle、LiveData、ViewModel、DataBinding有基本了解
概述 说到Android MVVM，相信大家都会想到Google 2015年推出的DataBinding框架。然而两者的概念是不一样的，不能混为一谈。MVVM是一种架构模式，而DataBinding是一个实现数据和UI绑定的框架，是构建MVVM模式的一个工具。 之前看过很多关于Android MVVM的博客，但大多数提到的都是DataBinding的基本用法，很少有文章仔细讲解在Android中是如何通过DataBinding去构建MVVM的应用框架的。View、ViewModel、Model每一层的职责如
好久没有对于自己的知识进行总结了，趁着最近不忙，会写一系列关于MVVM框架的文章和构想，有兴趣的同学我们一起探讨，一起成长，一起进步。
很多计算机专业大学生经常和我交流：毕业设计没思路、不会做、论文不会写、太难了......
5年以上开发经验，对架构设计有较深刻认知，负责京东商城购物车的开发和设计工作，热衷研究新技术。
MVVM和MVP是当前比较流行的两种应用开发架构，两者各有优缺点。目前公司所有Android项目用的都是MVP架构，所以这篇文章我们可以一起来深入了解一下。当然光讲MVVM显得有些空洞，因此本文还会附带上了解经常和它搭配使用的RxJava和Retrofit。
这个系列我做了协程和Flow开发者的一系列文章的翻译，旨在了解当前协程、Flow、LiveData这样设计的原因，从设计者的角度，发现他们的问题，以及如何解决这些问题，pls enjoy it。
马总：老王，前两年Google出的那个Jetpack，我们公司什么时候能全面普及？
关于Activity/Fragment其最重要的概念就是生命周期管理，我们开发者需要在不同生命周期回调中做不同事情。比如onCreate做一些初始化操作，onResume做一些恢复操作等等等等，以上这些操作都比较单一直接去写也没有多大问题。
MVC分别是 Model（模型）、View（视图）、Controller（控制器）三个模块。View（视图层）最主要完成前端的数据展示，Controller（控制层）是对数据的接收和触发事件的接收和传递，Model（模型层）则是对数据的储存和处理，再传递给视图层相应或者展示。如下图所示，整个过程是单链条的传递，在前端开发中多将业务逻辑写在View层，使得View层比较厚，而Controller层比较薄。 缺点： 1、 开发者在代码中大量调用相同的 DOM API，处理繁琐 ，操作冗余，使得代码难以维护。
android MVVM开发模式 概念 mvvm 是一个在 mvp 架构上修改，目标是将view的一些更改，跟model关联起来，使得model的数据改变，直接通知到view上面来，从而解决mvp架构
我接触Android 应用层也快3,4年了，说实话，公司一直让做app 层开发，工作之余，学完ReactNative 和Weex，简单的做了Demo，实际开发中不让上，学完一年忘完了，之前大学专业还专
在软件开发行业中找到一个Android开发的架构标准是相当复杂的。确实，在一段时间内，一个非常基础的MVP已经被提出来打破 God-Object (完全负责所有的事情)，而且，就在不久之前，谷歌提出的MVVM，使用它的体系结构组件，正在被采用(ViewModel, LiveData, LifeCycleObserver…)。尽管这些体系结构(尤其是MVVM)实现了分离组件并使其可测试和可重用的目的，但我们仍然发现了一些问题，使我们自问这是否是我们可以使用的最佳体系结构。
一个Android应用程序通常至少有一个Activity，当我们要开发一个小型Android应用程序时，通常会将大部分的代码写在Activity/Fragment中。这些代码包括业务逻辑、数据Model、UI控件等。当涉及网络数据获取或数据库CRUD（Create、Retrieve、Update、Delete，即增加、查询、更新、删除）操作时，还需要用到工作线程，进而，我们还不得不考虑Activity/Fragment的生命周期问题。
MVI（Model-View-Intent）是一种基于响应式编程理念的架构模式。它能够帮助开发者更好地管理应用的状态和逻辑，并提升代码的可维护性和可测试性。在本文中，我们将深入了解MVI的原理、具体的使用方式以及一些注意事项和优化技巧。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
