只要你掌握了基础知识，要想构建一个完整的 Android App 并不难，但是想要写出一个可维护的 App 就是另一回事了，这时候就必须让你自己的代码足够健壮，就需要避免把所有业务逻辑代码都放在 Activity、Fragment，或者是创建多个比较小的只有单一功能的 class。
关于Android架构，可能在很多人心里一直都是虚无缥缈的存在，似懂非懂、为了用而用、处处生搬硬套，这种情况使用的意义真的很有限。本人有多个项目重构的经验，恰好对设计领域较为感兴趣，今天我将毫无保留的将自己对架构、设计的理解分享给大家。
前段时间写了一些介绍MVI架构的文章，不过软件开发上没有最好的架构，只有最合适的架构，同时众所周知，Google推荐的是MVVM架构。相信很多人都会有疑问，我为什么不使用官方推荐的MVVM，而要用你说的这个什么MVI架构呢？
关于Activity/Fragment其最重要的概念就是生命周期管理，我们开发者需要在不同生命周期回调中做不同事情。比如onCreate做一些初始化操作，onResume做一些恢复操作等等等等，以上这些操作都比较单一直接去写也没有多大问题。
知识储备：需要对Lifcycle、LiveData、ViewModel、DataBinding有基本了解
前面三篇介绍了Jetpack 架构组件中 最重要 的部分：生命周期组件-Lifecycle、感知生命周期的数据组件-LiveData、视图模型组件-ViewModel。 这篇，就来探索下目前android开发中 最优秀、讨论最多的架构模式—— MVVM 。
做移动端开发和前端开发的人员，对 MVC、MVP、MVVM 这几个名词应该都不陌生，这是三个最常用的应用架构模式，目的都是为了将业务和视图的实现代码分离，从而使同一个程序可以使用不同的表现形式。不过，网上的文章对这方面的解说众说纷纭，其中不乏有些错误的描述，导致有些人应用这些架构模式时陷入一些错误陷阱。本文将追根溯源，力求让大伙对这三个架构模式形成正确认识。
上篇文章我给大家分享了我对Android架构的理解，从思想层面去讲述架构的演进过程。很多小伙伴读完后拍手叫好，表示还想听我讲一下对Jetpack 架构的看法 ，本着帮人帮到底的精神，今天我将再次动笔 尽量从本质上讲清楚Jetpack 架构存在的意义，以及解决的问题。
前言 Android的开发生态系统发展迅速，在开发Android的几年的时间里，用来构建Android应用的架构与技术一直在不断进化。随着项目的不断更新迭代，应用的架构也有不一样的变化。由于开发人员的数量、项目的业务复杂度、需求的开发时间、应用的使用量级，使用的技术架构也不相同。没有最好的架构，只有最合适的。通过设计使程序模块化，做到模块内部的高聚合和模块之间的低耦合。这样做的好处是使得程序在开发的过程中，开发人员只需要专注于一点，提高程序开发的效率，便于项目的后期维护。下面总结及汇总一下目前Android
Databinding 是一种框架，MVVM是一种模式，两者的概念是不一样的。我的理解DataBinding是一个实现数据和UI绑定的框架，只是一个实现MVVM模式的工具。ViewModel和View可以通过DataBinding来实现单向绑定和双向绑定，这套UI和数据之间的动态监听和动态更新的框架Google已经帮我们做好了。在MVVM模式中ViewModel和View是用绑定关系来实现的，所以有了DataBinding 使我们构建Android MVVM 应用程序成为可能。 之前看了很多关于DataBinding的博客和相关的一些Demo，大多数就是往xml布局文件传入一些数据，然后把这些数据绑定到控件上( 如TextView binding:text=“@{user.name} )，接着在这些控件上（如Button binding:setOnClickListener="@{user.listener}") 设置一些事件到控件上，基本讲述都是DataBinding的基本用法。但是并没有人告诉你把一个onClickListener 写到一个类并把这个listener绑定到xml里面上是不是不太好，也没有人告诉你这个和xml布局绑定的ViewModel类应该放哪些数据，应该做什么事？应该如何设计？更是很少有博文来告诉你在Android 中如何通过Data Binding 去构建MVVM 的应用框架。这也就是是本篇文章的重点。接下来，我们先来看看什么是MVVM，然后在一步一步来设计整个应用程序框架。
概述 说到Android MVVM，相信大家都会想到Google 2015年推出的DataBinding框架。然而两者的概念是不一样的，不能混为一谈。MVVM是一种架构模式，而DataBinding是一个实现数据和UI绑定的框架，是构建MVVM模式的一个工具。 之前看过很多关于Android MVVM的博客，但大多数提到的都是DataBinding的基本用法，很少有文章仔细讲解在Android中是如何通过DataBinding去构建MVVM的应用框架的。View、ViewModel、Model每一层的职责如
在Android开发中，数据的管理是一个至关重要的问题。随着应用复杂度的增加，我们需要一种能够有效管理数据和处理UI相关逻辑的机制。Android架构组件中的ViewModel应运而生。本文将深入探讨ViewModel的原理，并介绍其高级运用，旨在帮助开发者更好地理解和运用这一组件。
Plaid 是格子图案的意思，也是一款在 2015 年开源的 Material Design 样例应用。它通过 API 调用聚合了 Dribbble、Designer News 和 Product Hunt 三个网站的内容数据，并通过丰富的 UI 交互体验呈现给用户。
随着Android应用开发技术的不断发展和成熟，很开发者越来越关注着Android应用架构的设计。目前，Android的应用架构主要有MVC、MVP和MVVM模式，我们就来说一下MVVM模式。
Android开发发展到今天已经相当成熟了，各种架构大家也都耳熟能详，如MVC,MVP,MVVM等，其中MVVM更是被官方推荐，成为Android开发中的显学。
在本系列第二篇文章 协程中的取消和异常 | 取消操作详解 中，我们学到，当一个任务不再被需要时，正确地退出十分的重要。在 Android 中，您可以使用 Jetpack 提供的两个 CoroutineScopes: viewModelScope 和 lifecycleScope，它们可以在 Activity、Fragment、Lifecycle 完成时退出正在运行的任务。如果您正在创建自己的 CoroutineScope，记得将它绑定到某个任务中，并在需要的时候取消它。
大家好，接近一年的时间没有怎么书写博客了，一方面是工作上比较忙，同时生活上也步入正轨，事情比较繁多，目前总算是趋于稳定，可以有时间来完善以前没有写完的系列，也算是对自己这段时间工作和生活上总结，同时也加深下自己对架构和
我记得前段时间分享了一篇文章《 浅谈Andorid开发中的MVP模式》（点击可跳转），反响不错，为了进一步介绍MVVM模式，还提前分享了实现Android中MVVM模式的一个关键技术的文章《Andro
Room 持久化库提供了一个基于 SQLite 的抽象层，以便在利用 SQLite 的全部功能的同时实现更强大的数据库访问
概述 说到Android MVVM，相信大家都会想到Google 2015年推出的DataBinding框架。然而两者的概念是不一样的，不能混为一谈。MVVM是一种架构模式，而DataBinding是一个实现数据和UI绑定的框架，是构建MVVM模式的一个工具。 之前看过很多的文章都有简单的介绍MVVM架构如何使用的，但是呢自己总是一知半解的状态，今天通过再次的学习，终于对MVVM有了一个更深刻的理解，现在就来分享下自己的心得。 MVC、MVP、MVVM 首先让我们来了解下Android中常见的开发模式。 M
前面四篇介绍了Jetpack 架构组件中的 基础组件 以及它们的综合应用：Jetpack MVVM 架构模式，到这里已经基本满足标准化开发了。但 Jetpack 架构组件 除了 Lifecycle、LivaData、ViewModel，还有:
对于MVC、MVP、MVVM，这都是Android开发的一种架构，随着日积月累的开发，很对人对这几种模式是再熟悉不过了。不过当初我在学习的时候是因为看一个开源项目的源码是MVP架构的，也找个很多文章，发现很多文章不是全是概念，就是解释的含糊不清，所以写一篇文章来分享，让像我一样的小白可以快速理解这几种架构模式。
本系列主要翻译自《ASP.NET MVC Interview Questions and Answers 》- By Shailendra Chauhan，想看英文原版的可访问http://www.dotnettricks.com/free-ebooks自行下载。该书主要分为两部分，ASP.NET MVC 5、ASP.NET WEB API2。本书最大的特点是以面试问答的形式进行展开。通读此书，会帮助你对ASP.NET MVC有更深层次的理解。 由于个人技术水平和英文水平也是有限的，因此错误在所难免，希
MVVM和MVP是当前比较流行的两种应用开发架构，两者各有优缺点。目前公司所有Android项目用的都是MVP架构，所以这篇文章我们可以一起来深入了解一下。当然光讲MVVM显得有些空洞，因此本文还会附带上了解经常和它搭配使用的RxJava和Retrofit。
网上关于MVVM框架的搭建和使用的文章很少，大多提到MVVM框架，就是在介绍DataBinding的使用。对于MVVM中各模块之间如何划分，如何定义，又是如何配合实现高度解耦的文章更是少之又少。大家看完后还是一头雾水，只是对MVVM有个大概的了解，并不很清楚如何上手。
提单页在美团外卖交易链路中非常重要，但随着业务不断发展，提单页模块越来越多，逻辑的耦合也越来越重。为了解决这一问题，需要实现提单页的动态化，而动态化是需要基于容器来实现，所以，美团外卖技术团队提出了提单页的容器化方案。希望本文对同样深受此问题困扰的同学有所帮助，有所启迪。
提单页是美团外卖交易链路中非常关键的一个页面。外卖下单的所有入口，包括首页商家列表、订单列表页再来一单、二级频道页的今日推荐等，最终都会进入提单页，在确认各项信息之后，点击提交订单按钮，完成最终下单操作。
代码被划分为两层结构：Data Layer(数据层)负责从数据源获取和存储数据；View Layer(视图层)负责处理并将数据展示在UI上
注意这里单纯的通过例子来讲解 MVC MVP MVVP 这三种架构模式的起源和作用，不牵扯某种特定的语言。具体到各种语言各种软件系统上体现有所不同，但是原理都是这样的。清楚原理最重要
在Android开发中，数据与界面的分离一直是一项重要的挑战。为了解决这个问题，Google推出了Android Jetpack组件之一的ViewModel。ViewModel是一种用于管理UI相关数据的架构组件，它能够帮助开发者实现优雅的数据驱动和生命周期管理。本文将深入浅出地介绍ViewModel的使用和原理，带你一步步掌握这个强大的组件。
这个系列我做了协程和Flow开发者的一系列文章的翻译，旨在了解当前协程、Flow、LiveData这样设计的原因，从设计者的角度，发现他们的问题，以及如何解决这些问题，pls enjoy it。
前言 播放页是QQ音乐内曝光量最大的二级页，是端内展示歌曲信息、提供播控操作、进行推荐宣发的重要入口。随着QQ音乐的快速发展，播放页也从一个简单播控页面逐渐演变到了现在业务众多、UI多变的复杂页面。在该转变的过程中，播放页Android端的代码也根据不同时期的需要，进行了持续演进。本文将简要回顾Android端播放页代码在过去不同时期的结构特点，并重点介绍在最近一次代码结构调整中，我们探索出的一种适合多人开发和代码复用的复杂页面管理模式。 图 1: QQ音乐播放页 背景 MVC 在QQ音乐发展之初，播
在上一篇博客 【Jetpack】使用 Room 框架访问 Android 平台 SQLite 数据库 ( 导入依赖 | 定义 Entity 实体类 | 定义 Dao 数据库访问对象接口 | 定义数据库实例类 ) 中 , 实现了 使用 Room 框架访问 Android 中的 SQLite 数据库的操作 , 每当数据库中的数据发生变化时 , 就需要开启线程 , 重新获取数据库中的数据 ;
MVC 模型层(Model) 负责存储、检索、操纵来自数据库或者网络的数据 视图层(View) 用户界面，一般采用XML文件进行界面的描述 控制层(Controller) 业务逻辑处理 1. 工作原理
VM:ViewModel 中间转换层 获取网络层数据进行转换成UI可以直接使用的数据
前几天接触公司一Android项目，刚看代码时，不知道这么多层级的代码都是干嘛的，看着有点儿懵。只有清楚了结构和流程，才能够在浩瀚的代码里游刃有余。
本文包含Android中MVVM体系中的很多部分,主要对ViewModel+DataBinding+RxJava+LiveData+Lifecycle等笔者所使用的技术体系进行解析.
携程机票前台团队在使用 React Native 实现众多业务的过程中，经历了前期少量探索，中期大量应用，后期架构和性能优化的三个阶段。
最近有一个新任务，给公司内部开发一个App，需求初始很简单，刚好之前一直在看MVVM这种开发模式，所以决定用Data Binding Library以及ViewModel等实现这种模式，因为代码和之前
说起现在Android流行的app架构，脱口而出MVP、MVVM，要问两者区别，张口就来，balabalabala。。但是公司所有项目用的都是MVP，从没正式用过MVVM，所以对MVVM并没有深刻的理解。今天闲下来，赶紧整理下MVVM的头绪。当然光说MVVM是不行的，肯定要讲一讲网络请求框架Retrofit，Retrofit和RxJava通常都是配套使用，所以这篇文章就把三者串在一起讲。
View：它是提供给用户的操作界面，是程序的外壳； Model：是程序需要操作的数据和信息； Controller：接收View层传递过来的指令，选取Model层对应的数据，进行相应操作。
Java作为一门广泛应用于企业级应用开发的编程语言，拥有众多成熟的架构和框架，用于构建各种规模的应用程序。本文将介绍Java中常用的架构，这些架构在不同场景下都有着卓越的表现，涵盖了传统的三层架构到现代微服务架构的演进。
【编者按】本文作者自由飞，具有 传奇般的人生经历： 98年读大学-国际贸易专业 03年11月英语培训机构当英语老师 04年2月-05年6月律师事务所实习和公司法务 05年6月-07年12月成立装饰公司做老板 08年8月开始自学编程 …… 伤感于《野生程序言的故事》一文评论中同学们普遍性的自怨自艾，回顾自己求学探索的艰辛，愿意做一些力所能及的事，帮助所有立志于自学和成长的同学。本《架构之路》系列，是他以两个目前仍在开发的项目为例，讲解如何通过领域驱动和测试驱动，进行敏捷开发
在页面(Activity/Fragment)功能较为简单的情况下，通常会把UI交互，与数据获取等相关的业务逻辑全部写在页面中。但是在页面功能复杂的情况下，这样做是不合适的，因为它不符合“单一功能原则”。页面应该只负责处理用户和UI控件的交互，并将数据展示在屏幕上。与数据相关的业务逻辑应该单独处理和存放。为了更好地将职能划分清楚，Android为我们提供了ViewModel类，专门用于存放应用程序页面所需要的数据。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
