仍是那句話,RecyclerView的viewType增多,邏輯變複雜,幾個月後,你肯定還能理清思路嗎?假設咱們服務端是多個接口返回數據,你肯定能正確刷新相應type嗎?想一個RecyclerView高效快捷管理整個界面嗎?你還在使用notifyDataSetChanged無腦刷新嗎?你想單個viewType在loadingView,dataView,errorView自如切換嗎?若是你遲疑了,那你不妨試試本庫。java
一行代碼搞定,前者提供實體類是考慮有些用戶須要根據實體數據屬性去更新,所以錯誤頁面的layoutId是用戶提供的。android
這裏採用的是隊列的形式管理刷新,提供清空隊列的Api。api
因爲參數愈來愈多,這裏採用了較爲流行的鏈式註冊,內部經過ResourcesManager管理全部資源。異步
**注:**原來的註冊方式已設置爲過期,請及時更新,不出2個版本將移除。學習
可能某個type只有一個實體數據管理着整個type gradle
可傳T的子類集合cdn
假設你不實現粘性頭而強制要寫getHeaderId確實挺討厭的,因爲如今android還不是很好地兼容java8,所以暫時提供DefaultMultiHeaderEntity。blog
type 取值範圍接口
常量差值隊列
庫多多少少也更新幾個版本了,你的意見,你的建議,你的star,你的分享,一直是我前進的動力。還有一點要說的就是如今關於LayoutManager,RecyclerView,Adapter的流派不少,咱們更關注於數據的優雅刷新。
PS :有興趣的加入Android工程師交流QQ羣:752016839 主要針對Android開發人員提高本身,突破瓶頸,相信你來學習,會有提高和收穫。