说明：这篇文章可以看做是上一篇Pull-to-refresh分析的延续，对其中的一个head进行分析，拓展一下关于动画的思路

###递归在汇编代码中的体现

c代码如下:

`

    int rfact(int n){
        int result;
        if(n<1){
            result=1;                
        }else{
            result=n*rfact(n-1);
        }
        return result;
    }

`

该文章主要分析各个类的结构，以及他们之间的关系，重点考察其设计模式，封装思想。

场景：
Ruth在电话里邀请Martin去看演讲

Quite irrelevantly,still at the telephone and talking with her,he felt an overpowering desire to die for her,and visions of heroric sacriface shaped and dissolved in his whirling brain.

场景:Martin读了斯宾塞的《第一原理》之后的思考

He had merely skimmed over the surface of things,observing detached phenomena,accumulating fragments of facts,making superficial little generalizations—and all and everything quite unrelated in a capricious and disorderly world of whim and chance.

本文是对android-Ultra-Pull-To-Refresh开源项目的分析

Github地址

主要模块

• 滑动原理分析
• 测量布局分析
• 事件分发分析
• 滑动过程分析

当Activity创建好之后，UI线程便处于等待消息阶段，当用户做完了某件事情之后可以向UI线程发送消息，如更新控件，刷新界面。最常见的就是从网络加载完图片后将其显示出来，显示操作必须在UI线程执行。
那么，由谁在工作线程中发送这个消息，又是谁在UI线程中执行消息呢？

当然是Handler了

几个重点问题的分析

问题是怎么发现的？

在开源库的基础上，对参数及关键方法做出一些改动，没有达到自己预期的效果。后来才发现是有些内容没有摸透，在研究代码的过程中，始终抱着一个疑问，那就是—作者为什么要这么做。在磕磕碰碰后，终于能理解大致的思路，在这里将重点问题做出分析。