主要思路通過UITableView繼承之UIScrollView，在UIScrollView上實現下拉效果。
因為下拉的是在一個UIView上，所以一開始就要創建一個UIView將其添加到UIScrollView上。
為了讓用戶調用接口簡單方便，所以通過創建一個分類來實現個實現接口。
UIScrollView
(MJRefresh)這個分類是用創建下拉和上拉的效果的UIView,在這里還會創建監聽KVO，用于監聽下拉和上拉的狀態變化。
代碼思路：
這里分為五部分，首先是共有部分，下拉的文字提示模塊，下拉動畫提示模塊，上拉文字模塊，上拉動畫提示模塊。
首先要理解的是UITableView繼承之UIScrollView，這是我們實現涮新的基礎。因為我們滑動動作的監聽著是UIScrollView，刷新狀態的改變是有UIScrollView告述我們的。所以我們首要做的是如何監聽UIScrollView的改變，大家都會想可以用ScrollView的代理方法可以監聽。是可以實現但問題是你寫的庫是給別人用的，你只能提供的入口是越簡單越好。這里MJ使用了ScrollView的分類來實現入口的調用以SEL來實現回掉。
知識點一在分類中進行實例化，
大家都知道在分類中是不能進行實例化的，因為分類是一個類它是沒有開辟內存的能力，也就是無法往里添加東西。但是有種情況是可以在分類中進行實例化的，那就是分類中直接使用runtime機制進行實例化。使用runtime機制進行實例化那就受外部條件幾乎為零，我們的使用oc語言進行實例化的底層就是這樣(這里不懂的可以參考oc方法的緩存機制)。
知識點二使用到了多繼承，
在這里有一個共同的父類那就是（也稱之為基類）MJRefreshComponent。通過繼承使我們的業務邏輯進行了分層，便于修改和維護。
知識點三使用SEL來進行回掉，
SEL概論：Objective-C在編譯的時候，會根據方法的名字（包括參數序列），生成一個用來區分這個方法的唯一的一個ID，這個ID就是SEL類型的。我們需要注意的是，只要方法的名字（包括參數序列）相同，那么它們的ID都是相同的。就是說，不管是超類還是子類，不管是有沒有超類和子類的關系，只要名字相同那么ID就是一樣的。
SEL具體的使用方法如下：
1SEL變量名=@selector(方法名字);
2SEL變量名=NSSelectorFromString(方法名字的字符串);
3NSString*變量名=NSStringFromSelector(SEL參數);
創建步驟：
首先要明確的是MJRefreshComponent是父類，不管是怎么創建的一定會執行父類中的init方法，這也就是我們開始。
步驟一
通過在子類中使用構造化實例
步驟二
進行初始化
init
重寫方法：
獲取父類方法，UIview創建就調用：
創建一個KVO，用于監聽UIScrollView的狀態
通過KVO調用MJRefreshHeader中-(void)scrollViewContentOffsetDidChange:(NSDictionary*)change來對scrollView是否拉動進行邏輯處理
邏輯處理過程中會涉及到set方法的state這里會用來改變UI的狀態
文字UI
動畫UI
總結：
這里用了一個多繼承來進行分層，這是一個很好的借鑒的地方發，總的來說太該是有三層。第一層大概是父類，這層這一塊主要是進行初始化和對外部的接口，
第二層大概都是下拉的邏輯處理，第三層是UI的創建和根據業務的變化對UI進行改變。(這一塊我只是正對普通狀態下的模塊進行總結，自定義動畫和文字是有所不同的)。這樣的思路對我們UI和邏輯很好的分層進行了一個很好的借鑒對我們來說是一個例子。這是我目前的總結我感覺還是有什么地方不太細致以后還要加一改動。
