相信大家的项目用上 gradle 都已经很久了，但用得如何呢？本篇文章介绍了依赖管理，版本号管理，签名保护，Java8 支持，Apk Splits、module aar 等最佳实践

Data Binding 自从去年的 Google I/O 发布到至今，也有近一年的时间了。这一年来，从 Beta 到如今比较完善的版本，从 Android Studio 1.3 到如今 2.1.2 的支持，可以说 Data Binding 已经是一个可用度较高，也能带来实际生产力提升的技术了。

Dagger，匕首，顾名思义，比 ButterKnife 黄油刀锋利得多。Square 为什么这么有自信地给它取了这个名字，Google 又为什么会拿去做了 Dagger2 呢（不都有 Guice 和基于其做的 RoboGuice 了么）？依赖注入有什么神奇的地方？啊，对了，Dagger2 也能用在 Java 的 Server 端哦。

承接上篇 从零开始的 Android 新项目 5 - Repository 层 (上) Retrofit、Repository 组装，本文继续介绍 Realm、缓存，以及统一的异常处理设计。

这里的组件化，指的是 MDCC 2016 上冯森林提出的《回归初心，从容器化到组件化》。 我个人一直是比较反感黑科技的，其中首当其冲的就是 插件化 以及 保活。作为一个开发者，除了研究技术，提高自己以外，是否应该考虑些其他东西呢？尤其是我们这些嵌入式系统（客户端）开发者，在依赖…

Repository，顾名思义，即仓库，向上层屏蔽了数据来源和内部实现细节，不需要了解货物来源，只需要拿走就行了。本篇为 Repository 层的上篇，主要介绍了组合及 Retrofit 的应用。下篇将会讲述数据库，内存 Cache，以及统一的异常处理设计。

可能有同学会觉得后台的接口和我们大前端开发有什么关系？试想一下，在碰到一些不合理的接口设计的时候，你们开发是否觉得很别扭——需要为了坑爹的接口写很多脏代码引坑？甚至，这么开发出来的页面，体验也会很差？ 我们不是说要后端逻辑硬是根据前端来，只是希望有更好的用户体验，项目协作起来更愉快。

试想一下，如果没有历史负担，没有 KPI 压力，去搭建一个新的 Android 项目，你会怎么设计和实现呢？

承接上篇，本篇继续讲解一些更加进阶的内容，包括：列表绑定、自定义属性、双向绑定、表达式链、Lambda表达式、动画、Component注入（测试）等。 Demo源码库：DataBindingSample。 列表绑定 App中经常用到列表展示，Data Binding在列表中一样…