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

阅读数:1682 2016 年 9 月 7 日 19:00

  • 《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 的情景来讨论的。

  • 评论

    发布