Battling against our own ignorance

最近整理Android架构的一些东西，想到了此文，虽然是两年前的一篇文章了，却依然很有参考价值，对文中的架构演进过程深有同感，现在也有相当一部分App采用的是类似架构。——by 译者Android应用架构 从传统的Activity+AsyncTask到RxJava驱动的MVP架构。一个软件代码的不同部分应该是相互独立的，但可以在一起完成工作，就像一个运转良好的机器 。Android开发生态发展

技术发展日新月异，业界各种Android客户端架构设计，五花八门，但我们不能简单地说哪种架构更好，因为脱离业务谈架构是没有任何意义的，适合业务的才是好架构。而架构也不是一成不变的，随着业务的发展，也许当初设计的架构已不足以支撑目前的业务，那么就需要改变之前的架构。接下来将分享下我们Android客户端的架构设计，在App的某个业务发展阶段或许有一些参考意义。分层化与模块化分层化与模块化应该是任何软件

基本概念LiveData是一个可以被观察的数据持有类，它可以感知并遵循Activity、Fragment或Service等组件的生命周期。正是由于LiveData对组件生命周期可感知特点，因此可以做到仅在组件处于生命周期的激活状态时才更新UI数据。LiveData需要一个观察者对象，一般是Observer类的具体实现。当观察者的生命周期处于STARTED或RESUMED状态时，LiveData会通知

先上一张图：

大部分Android应用一般都涉及到跟服务器的交互，除非是某些单机应用。既然要跟服务器打交道，向服务器请求数据几乎是必做的事情，也许每家的APP都有一套自己的具体实现逻辑，但我们还是可以抽象出来一个通用的数据请求框架。先上图：我们来具体分析一下，首先竖直虚线左侧是Android客户端，右侧是服务器、后台数据库。左侧图中，3个灰色的模块就是Android中的MVC（详细介绍请

前言虽然有些应用在使用React Native或Weex开发，但综合来看，业内还是以混合开发模式为主，从我们自家的App来看，H5业务所占比重越来越高，目前大概占到35%左右，因此一套好的Hybrid开发框架必不可少。混合开发的一般原则为交互较少、上线周期短、展示性质的页面使用H5开发，如节日活动页、商品秒杀页面等。Hybrid框架要考虑的事情非常多，如页面加载速度、预加载及缓存机制、与原生交互通信

这篇架构指南面向有一定Android开发基础并想了解高质量、高稳定性App最佳实践及推荐架构的开发者。 注意：这篇指南假设读者熟悉Android Framework，如果你是Android开发新手，建议先去学习入门系列课程，这些课程也是作为学习本指南的基础。App开发者面临的常见问题移动开发不同于传统的桌面程序开发，桌面程序一般都有唯一的快捷方式入口，并且常作为单进程存在；而Android A

业内移动App架构参考近一两年，业内一些移动应用都分享了各自的架构，Android官方也给出过一些架构示例，如MVP、Android Architecture Components等。以下是一些不错的移动架构分享的汇总，方便大家学习查看（排名不分先后）。此列表只是部分，其中也有两个并非移动应用架构，但同样值得学习，另外读者有补充的可以评论留言，我后续会补充该列表。人人车Android客户端架构演进

分包的重要性在架构一个App时，大家往往都在关注新潮的技术，却忽略了一点，那就是分包。很多人可能没有一套分包的原则，凭感觉甚至随心所欲地创建package或将代码放到任意的package中。虽然最终不会影响App功能，但这个问题其实非常严重。一种不好的分包策略带来的影响将会一直持续在App的开发迭代周期中，主要表现为以下几点：代码混乱，功能模块界限模糊不易阅读与维护，尤其对新人来说功能扩展与重

转载请注明出处：本文来自aspook的博客：blog.youkuaiyun.com/ahence开发工具的选择开发工具我将选用Android Studio，它是Google官方指定的Android开发工具，目前是1.2.2稳定版，1.3的预览版也已经发布了。Android Studio的优点就不需多说了，GitHub上大部分的Android开源库也都已迁移到Android Studio上来

Android架构组件之ViewModelViewModel概念及用途ViewModel用来存储和管理UI相关的数据，可于将一个Activity或Fragment组件相关的数据逻辑抽象出来，并能适配组件的生命周期，如当屏幕旋转Activity重建后，ViewModel中的数据依然有效。引入ViewModel之前，存在如下几个问题：通常Android系统来管理UI controllers（如Acti