mjrefresh源码分析

  最近想自己写个下拉刷新的库,但是始终感觉无从下手,想想总是容易的。原理也很简单,真正要下手写的时候,呵呵。不得不说ios封装得很好,网上可以用的成熟的库也很多,也正是因为如此很多开发者也忽略了很多底层的东西,真正要去说清楚这些库的原理也说不清楚。以至于这两天说想自己写个下拉,蛋疼。。听很多从c++转到其他开发诸如c#或者ios或者java的朋友都说其实这些代码写起来都没有c++或者c写起来爽,不过开发的速度的确是c++没法比的。呵呵答。

  今天研究了下mjrefresh,认真看了一下午,各处打断点,总算是清楚了它的流程。以下细细道来。

1、mjrefreshbaseview:

这个类是下拉视图的基类,包含三个对象,提示文字,下拉指示箭头和刷新旋转的视图。当正在拖拽时显示箭头,拖拽达到一定位置箭头转向,并且提示文字更改,松开后旋转动画开启,箭头图片隐藏。这个类的拓展类是mjrefreshfooterview和mjrefreshheaderview,分别表示scrollview的上拉刷新尾和下拉刷新头。

mjrefreshheaderview来说,mjfreshreshheaderview设置键值监听,监听拖拽过程中contentoffset这个值,通过判断不同拖拽状态下scrollview的值(代码中主要判断了contentoffset和scrollvieworiginalinset两个值)来判断拖拽的状态是正在拖拽,还是拖拽即将完成或者拖拽结束的,并且设置这个时候的状态state(mjrefreshbaseview成员变量,纪录此时uiscrollview拖拽状态)。看代码:

- (void)adjustStateWithContentOffset
{
    // 当前的contentOffset
    CGFloat currentOffsetY = self.scrollView.contentOffsetY;
    // 头部控件刚好出现的offsetY
    CGFloat happenOffsetY = - self.scrollViewOriginalInset.top;

    // 如果是向上滚动到看不见头部控件,直接返回
    if (currentOffsetY >= happenOffsetY) return;

    if (self.scrollView.isDragging) {
        // 普通 和 即将刷新 的临界点
        CGFloat normal2pullingOffsetY = happenOffsetY - self.height;

        if (self.state == MJRefreshStateNormal && currentOffsetY < normal2pullingOffsetY) {
            // 转为即将刷新状态
            self.state = MJRefreshStatePulling;
        } else if (self.state == MJRefreshStatePulling && currentOffsetY >= normal2pullingOffsetY) {
            // 转为普通状态
            self.state = MJRefreshStateNormal;
        }
    } else if (self.state == MJRefreshStatePulling) {// 即将刷新 && 手松开
        // 开始刷新
        self.state = MJRefreshStateRefreshing;
    }
}

self.state代表这个contentoffset上一个值的uiscorllview状态,根据uiscrollview的值判断状态后并设置self.state,并修改刷新视图的提示文字,并修改箭头的指向。

- (void)setState:(MJRefreshState)state
{
    // 1.一样的就直接返回
    if (self.state == state) return;

    // 2.保存旧状态
    MJRefreshState oldState = self.state;

    // 3.调用父类方法
    [super setState:state];

    // 4.根据状态执行不同的操作
    switch (state) {
        case MJRefreshStateNormal: // 下拉可以刷新
        {
            // 设置文字
            self.statusLabel.text = MJRefreshHeaderPullToRefresh;

            // 刷新完毕
            if (MJRefreshStateRefreshing == oldState) {
                self.arrowImage.transform = CGAffineTransformIdentity;
                // 保存刷新时间
                self.lastUpdateTime = [NSDate date];

                [UIView animateWithDuration:MJRefreshSlowAnimationDuration animations:^{
                    self.scrollView.contentInsetTop = self.scrollViewOriginalInset.top;
                }];
            } else {
                // 执行动画
                [UIView animateWithDuration:MJRefreshFastAnimationDuration animations:^{
                    self.arrowImage.transform = CGAffineTransformIdentity;
                }];
            }
            break;
        }

        case MJRefreshStatePulling: // 松开可立即刷新
        {
            // 设置文字
            self.statusLabel.text = MJRefreshHeaderReleaseToRefresh;
            // 执行动画
            [UIView animateWithDuration:MJRefreshFastAnimationDuration animations:^{
                self.arrowImage.transform = CGAffineTransformMakeRotation(M_PI);
            }];
            break;
        }

        case MJRefreshStateRefreshing: // 正在刷新中
        {
            // 设置文字
            self.statusLabel.text = MJRefreshHeaderRefreshing;

            // 执行动画
            [UIView animateWithDuration:MJRefreshFastAnimationDuration animations:^{
                // 1.增加滚动区域
                CGFloat top = self.scrollViewOriginalInset.top + self.height;
                self.scrollView.contentInsetTop = top;

                // 2.设置滚动位置
                self.scrollView.contentOffsetY = - top;
            }];
            break;
        }

        default:
            break;
    }
}

当然,这里面包含了contentinsettop和contentinset的各种值的含义,可以谷歌下。

2、mjfreshheader ,mjrefreshfooter分别表示下拉头和上拉尾,原理都一样,这里就拿mjrefreshheader解释。mjrefresh里面有两种添加刷新头的方式,一种是指定对象和对象函数,另一种是设置block,其实两者都一样,楼主比较习惯使用第二种,设置block。在使用

addHeaderWithCallback这个函数后,mj将这个block纪录在mj的headerblock这个成员变量里,在状态为“正在刷新”时,调用这个block。即代码:

    case MJRefreshStateRefreshing:
        {
            // 开始转圈圈
            [self.activityView startAnimating];
            // 隐藏箭头
            self.arrowImage.hidden = YES;

            // 回调
            if ([self.beginRefreshingTaget respondsToSelector:self.beginRefreshingAction]) {
                objc_msgSend(self.beginRefreshingTaget, self.beginRefreshingAction, self);
            }

            if (self.beginRefreshingCallback) {
                self.beginRefreshingCallback();
            }
            break;
        }

这在父类的setstate里面操作。

  mj大致原理就是这样,通过监听contentoffset并比较contentoffset的新值和旧值来判断scorllview的状态:下拉刷新,正在刷新,松开刷新等,并修改指示箭头,提示文字,在状态为正在刷新时执行相应的操作,大致就是这么个过程,作为个学习笔记,有哪些不正确的,望大家指正。

时间: 2024-10-15 12:45:44

mjrefresh源码分析的相关文章

TeamTalk源码分析之login_server

login_server是TeamTalk的登录服务器,负责分配一个负载较小的MsgServer给客户端使用,按照新版TeamTalk完整部署教程来配置的话,login_server的服务端口就是8080,客户端登录服务器地址配置如下(这里是win版本客户端): 1.login_server启动流程 login_server的启动是从login_server.cpp中的main函数开始的,login_server.cpp所在工程路径为server\src\login_server.下表是logi

Android触摸屏事件派发机制详解与源码分析二(ViewGroup篇)

1 背景 还记得前一篇<Android触摸屏事件派发机制详解与源码分析一(View篇)>中关于透过源码继续进阶实例验证模块中存在的点击Button却触发了LinearLayout的事件疑惑吗?当时说了,在那一篇咱们只讨论View的触摸事件派发机制,这个疑惑留在了这一篇解释,也就是ViewGroup的事件派发机制. PS:阅读本篇前建议先查看前一篇<Android触摸屏事件派发机制详解与源码分析一(View篇)>,这一篇承接上一篇. 关于View与ViewGroup的区别在前一篇的A

HashMap与TreeMap源码分析

1. 引言     在红黑树--算法导论(15)中学习了红黑树的原理.本来打算自己来试着实现一下,然而在看了JDK(1.8.0)TreeMap的源码后恍然发现原来它就是利用红黑树实现的(很惭愧学了Java这么久,也写过一些小项目,也使用过TreeMap无数次,但到现在才明白它的实现原理).因此本着"不要重复造轮子"的思想,就用这篇博客来记录分析TreeMap源码的过程,也顺便瞅一瞅HashMap. 2. 继承结构 (1) 继承结构 下面是HashMap与TreeMap的继承结构: pu

Linux内核源码分析--内核启动之(5)Image内核启动(rest_init函数)(Linux-3.0 ARMv7)【转】

原文地址:Linux内核源码分析--内核启动之(5)Image内核启动(rest_init函数)(Linux-3.0 ARMv7) 作者:tekkamanninja 转自:http://blog.chinaunix.net/uid-25909619-id-4938395.html 前面粗略分析start_kernel函数,此函数中基本上是对内存管理和各子系统的数据结构初始化.在内核初始化函数start_kernel执行到最后,就是调用rest_init函数,这个函数的主要使命就是创建并启动内核线

Spark的Master和Worker集群启动的源码分析

基于spark1.3.1的源码进行分析 spark master启动源码分析 1.在start-master.sh调用master的main方法,main方法调用 def main(argStrings: Array[String]) { SignalLogger.register(log) val conf = new SparkConf val args = new MasterArguments(argStrings, conf) val (actorSystem, _, _, _) =

Solr4.8.0源码分析(22)之 SolrCloud的Recovery策略(三)

Solr4.8.0源码分析(22)之 SolrCloud的Recovery策略(三) 本文是SolrCloud的Recovery策略系列的第三篇文章,前面两篇主要介绍了Recovery的总体流程,以及PeerSync策略.本文以及后续的文章将重点介绍Replication策略.Replication策略不但可以在SolrCloud中起到leader到replica的数据同步,也可以在用多个单独的Solr来实现主从同步.本文先介绍在SolrCloud的leader到replica的数据同步,下一篇

zg手册 之 python2.7.7源码分析(4)-- pyc字节码文件

什么是字节码 python解释器在执行python脚本文件时,对文件中的python源代码进行编译,编译的结果就是byte code(字节码) python虚拟机执行编译好的字节码,完成程序的运行 python会为导入的模块创建字节码文件 字节码文件的创建过程 当a.py依赖b.py时,如在a.py中import b python先检查是否有b.pyc文件(字节码文件),如果有,并且修改时间比b.py晚,就直接调用b.pyc 否则编译b.py生成b.pyc,然后加载新生成的字节码文件 字节码对象

LevelDB源码分析--Iterator

我们先来参考来至使用Iterator简化代码2-TwoLevelIterator的例子,略微修改希望能帮助更加容易立即,如果有不理解请各位看客阅读原文. 下面我们再来看一个例子,我们为一个书店写程序,书店里有许多书Book,每个书架(BookShelf)上有多本书. 类结构如下所示 class Book { private: string book_name_; }; class Shelf { private: vector<Book> books_; }; 如何遍历书架上所有的书呢?一种实

【Heritrix源码分析】Heritrix基本内容介绍

1.版本说明 (1)最新版本:3.3.0 (2)最新release版本:3.2.0 (3)重要历史版本:1.14.4 3.1.0及之前的版本:http://sourceforge.net/projects/archive-crawler/files/ 3.2.0及之后的版本:http://archive.org/ 由于国情需要,后者无法访问,因此本blog研究的是1.14.4版本. 2.官方材料 source:http://sourceforge.net/projects/archive-cra