Android 开发周报:谷歌推搜索工具 In Apps、InstantRun 原理解析

  • 郭亮

2016 年 9 月 7 日

话题:Android语言 & 开发架构

  • 《Android 开发之高效加载 Bitmap》:在 Android 开发中,我们经常与 Bitmap 打交道,而对 Bitmap 不恰当的操作经常会导致 OOM(Out of Memory)。这篇文章作者介绍了如何高效地在 Android 开发中使用 Bitmap,在保证图片显示质量的前提下尽可能占用更小的内存。

  • 《Android wear 开发初探》:Android Wear 从 2014 年 3 月发布到现在已经从 1.0 发展到 2.0(目前还没正式发布)。其产品定位也发化了巨大变化。Android wear 2.0 支持的通讯方式有蓝牙,Wifi,3G/4G 等方式,现在可以完全摆脱手机使用。目前官方也推荐将数据通过 wifi 或者 3G/4G 的方式进行传输,而不是蓝牙。本文为我们简单介绍了 Android wear 应用从构建到发布的整个过程。

  • 《Android 构建过程分析》:或许我们都知道 Android 构建会经历资源合并打包、源码编译、dex 生成及打包签名等步骤,但并不是每个人对这些过程中发生的事情都了然于心呢。作者带着好奇心开始了对 Android gradle plugin 的学习,并且整理成了文章,本文有助于我们更加了解 Anroid 内部的工作原理。

  • 《Android 利用 APT 技术在编译期生成代码》:APT(Annotation Processing Tool 的简称),可以在代码编译期解析注解,并且生成新的 Java 文件,减少手动的代码输入。现在有很多主流库都用上了 APT,比如 Dagger2, ButterKnife, EventBus3 等。本文通过一个简单的 View 注入项目 ViewFinder,介绍了 APT 相关内容,简单实现了类似于 ButterKnife 中的两种注解 @BindView 和 @OnClick。

  • 《深度理解 Android InstantRun 原理系列》:Instant Run 是 Android Studio2.0 以后新增的一个运行机制,能够显著减少你第二次及以后的构建和部署时间。简单通俗的解释就是,当你在 Android Studio 中改了你的代码,Instant Run 可以很快的让你看到你修改的效果。而在没有 Instant Run 之前,你的一个小小的修改,都肯能需要几十秒甚至更长的等待才能看到修改后的效果。作者通过一个系列的文章,为我们详解了 InstantRun 的工作原理。

  • 《APP 淘宝,你为什么这么慢卡?》:相信很多开发者会有这种疑惑,淘宝技术应该很牛,app 性能优化应该做的很不错,为什么真正使用的时候,却感觉还是启动慢、卡呢?本文便为我们来一探究竟。通过这篇文章,你会了解到,反编译,性能优化相关,学会如何去分析其他的 APP。本文不是黑淘宝。只是从技术方面去分析原因。

  • 《ScratchView:一步步打造万能的 Android 刮奖效果控件》:日常生活中,我们对刮奖效果想必不会陌生,其原理就是通过在原有图案和文字上添加刮层来实现的。如果我们想看到刮层后面藏的图案和文字是什么,势必要通过刮开刮层才行。知道了这样的套路,就可以开始整理一下编码实现思路,然后愉快开干。

  • 《Weex 中使用数据流工具 Vuex 实践》:本文主要记录的是在用 Weex 开发 app 过程中遇到的一个最大问题——数据流管理。当然这个问题从某种程度上来说也是“自找的”,毕竟现在 Weex 大多数的应用场景(电商活动页面)的复杂度是不会有这个问题的。但是有想法就去试试也未尝不是一件好事. 本文主要都是围绕着用 Weex 来写单页 app 的情景来讨论的。

  • Android语言 & 开发架构