昨天在diycode.cc上拿到一个话题Android开发书籍推荐：从入门到精通系列学习路线书籍介绍，这里Stay也简单推荐下。

选择当下最适合自己的最重要。

初学Android

对于一个初学者，最大的障碍在于如何用好ide以及项目结构。每一本入门书都绕不开这一个环节。这样的书需要越新越好。因为ide版本也在不断升级，一些changelog会让初学者卡住。这里不做推荐，只要找最新出版的书就可以了。

有了Android工作的1年里

一个良好的积累来源于平日的知识吸收。量变会引起质变。这个时间段，多吸收点知识是必要的。从量上首当其冲的就是API文档，其次就是《第一行代码》 。再来就是郭霖和鸿洋的博客。能把一个知识点从浅入深的讲解成API文档，也只有他们俩了。

未来的1到2年

积累到一定程度，就需要不断的通过实战来补充经验。Android以坑多，黑科技著称。没在坑里滚过的都不叫真的android程序员。如果有本书能帮你快速理出这些坑。那就是《App研发录》了。虽然里面也有些写的不那么准确的问题，但这不碍事。

2-3年

坑也淌的不少了。也许你曾为了解决某个bug，花了好几天google遍了，源码翻烂了都没能解决。这时候就得考虑考虑，是否应该从原理入手去分析问题。一个component或者一个API是通过怎样的需求来定制实现的。如果你能从原理上去理解意图，那在解决问题时会更有方向，而不会想无头苍蝇。《Android开发艺术探索》应该就是你需要的书。它虽然没有帮你具体的解决某个bug，但是它给了你一个宏观的构图。以后你会事半功倍。

3年以后

你已经是个合格的开发者了。一些问题都不会再难倒你。但是你在一个team里与大家协作。如何编写高质量，可复用的代码是一生的追求。这类书籍有很多，从具体的《Effective Java》到抽象的《HeadFirst设计模式》再到心中无码的《敏捷软件开发：原则、模式与实践》《重构》再回归到本质《编程珠玑》。这都是不错的选择。

并行

1. 多尝试其他语言，了解其他语言的优点与特性，与android相互印证。是非常有必要的。
2. 可以尝试从非技术角度来看技术。《暗时间》 《精进，如何成为一个厉害的人》 都推荐大家看看。高效来自于自我认知

看书的目的，是系统的理解某一相对独立的点与面。尽量抽整块的时间来消化，别像看博客，公众号那样，手指一划一页就翻没了。没有真正的思考与实践，就不叫真的理解。平时那些碎片知识如果能通过系统的书籍来整理，是对我们的知识体系的梳理与巩固。

至于那些还不能消化高阶体系的朋友也不用强求，这是一个过程。先知其然，再去知其所以然。选当下最适合自己的，一步步进阶，不是更好吗：）

声明:本文为Stay原创,未经允许请勿转载 有心课堂(stay4it.com) 传递给你的不仅仅是技术～

信息爆炸的时代，信息的获取变得非常容易，但也有太多无效的信息。如何分析，过滤，筛选有效的信息至关重要。对于开发而言，搜索有用信息，是提高开发效率的利器。

下面分享一些Stay在解决问题时的套路。包含分析需求，筛选，搜索，团队协作等一系列开发中可能遇到的问题。希望借此套路能提升大家的开发效率。

如果你还不知道Retrofit，没关系，okhttp你总知道吧。retrofit就是对okhttp再做了一层封装。你只需要通过简单的配置就能顺利使用retrofit来做网络请求了。还没有使用过retrofit的小伙伴们，不妨尝尝鲜。

本篇是retrofit番外篇。只讲retrofit中的设计模式以及我个人的理解与延伸。如果你还没看过retrofit源码，不妨先看看这篇Retrofit分析-漂亮的解耦套路。

不知不觉有心课堂(stay4it.com)都做了两年了。这两年里，自己的生活基本上除了录课，就是备课了。
有心课堂的slogan，是传递的不仅仅是技术。那是什么呢？

“卧槽，Stay的视频有毒。看完之后会染上代码洁癖，总是无意识的考虑封装和解耦。”

我想你会在某一天突然意识到这个事，然后来向我吐槽的～
前方高能预警！以下所有鸡汤不含防腐剂。

作为一个高薪的android程序员，我在2015年亏了30w。不管你信不信，这是个真事儿。我也打算和你说说，这样亏的划不划得着。

一叶障目，误以为自己找到了G点

事情还要回到2年前，从我在传课上注册一个学校那一天算起。

没耐心自己分析源码的同学，还可以参考Stay录制的视频版

Retrofit分析-漂亮的解耦套路(视频版)

万万没想到Retrofit会这么火，在没看源码之前，我简单的认为是因为它跟OkHttp同出一源(Square)，所以才会炒的那么热。又或者是因为它能支持RxJava，所以火上浇油，一发不可收拾。

后来看过Retrofit源码之后，我才理解为什么它倍受关注，是因为它集诸优点于一身，并且炒鸡解耦。你能预见的特殊需求，都能非常容易的扩展。

没有HTTP框架的日子

我们先来看一下没有HTTP框架以前，我们是如何做请求的。

今天要跟大家安利一种封装方式，保证只用100行代码就能撸一个列表页面

来上图：

相关说明：

1. 该列表页可以是Activity，也可以是Fragment
2. 该列表页使用RecyclerView，所以支持列表，网格，瀑布流
3. 该列表页支持下拉刷新，自动加载更多
4. 该列表需extends BaseListActivity或BaseListFragment

之前Stay写过一篇RecyclerView再封装，本篇是对该篇的详细解释。

本文难度适中，没有过多的算法，纯粹是利用Android提供的API与一些设计模式相结合做的封装。

没什么好解释的了，老司机要开车啦，滴滴。。

上一次用到NDK还是在2011年，我还记得那年接了个外包，需求是将一些指令通过C写到SD卡上，那会用的还是cgwin编译的，再加上自己又不会C/C++，弄起来特费劲。

当时还写了篇文章Android调用jni全过程，方便以后操作。现在再看，写的太简单了。根本不能做参考。

于是硬着头皮，重新来一遍。这次将整个过程记录下来，好记性不如烂笔头，下次再需要时就不操心了。

来不及解释了，老司机要开车了：

这段时间看了不少简历，没几个能看上的。作假的，自满的，敷衍的，太多破绽了。网传今年一个android职位有1000多个人投递，我想应该80%连电联，面试的几率都没有吧。

虽然现在找工作都靠推荐，但好歹还是要看看简历的吧，除非你甩出排名1000内的csdn博客或者star过1000的github。简历就好比你的着装，看都看不下去谁还想继续深入下去呢。

说下Stay筛选简历的标准。

RecyclerView做为ListView的替代品，已经出了很久了，既然是替代品，那自然有些ListView没有的优点。比如说：可以随意切换list,grid,stagger。可以指定一个或多个item刷新，而不再是全部刷新。另外可以为每个item添加动画，在体验上更进一步。

但是也有不少“缺点”

1. divider没以前好画了，其实是因为divider支持多种样式，方便自己定义了。以前divider就是一根线，现在可以加margin，加多条线，某行不加divider等需求。ItemDecoration=>Item装饰器，名副其实。
2. 没有OnItemClickListener，RecyclerView的解耦方式太漂亮了，LayoutManager负责计算布局，Adapter负责适配，Holder负责渲染Item，ItemDecoration负责items间隔，ItemAnimator负责item动画，Recycler负责回收复用。RecyclerView就是个中控啊，只负责调度。所以它为了不破坏自己的解耦，就让每个item自己去实现点击事件，万一要Drag，Move，Swipe呢，对吧。
3. 阿西巴，没有header footer，上述2中已经说过了。RecyclerView不爱干实事儿，就负责调度，UI的事都是Adapter负责干的啊。你给RecyclerView了它也不知道给你加到哪里去。想实现，就去找Adapter吧。

关于API，以及RecyclerView的用法Stay就不多说了，网上都有。我们来讨论讨论，如何将RecyclerView真正投入到项目中去。