框架，簡化了代碼的同時，也讓咱們慢慢變蠢

　　最近作的項目中對於列表展現類的佈局咱們使用了RecyclerView,這天然避免不了使用Adapter了，可適配器中每每包含着許多重複而且可有可無的代碼，這個時候咱們便想到了代碼的優化，從而引入了這個開源框架 BaseRecyclerViewAdapterHelper（https://github.com/CymChad/BaseRecyclerViewAdapterHelper），截至到今天（2017/2/28）star人數5600+，可想而知該框架的做用以及其不凡的影響力！

　　是的，剛引入項目中的時候甚至直到整個項目的完成，該框架都在每個適配器中發揮着重要做用，正如它所描述的那樣，它能作什麼?和原始的adapter相比，能減小70%的代碼量，不只如此，它也封裝了許許多多咱們所須要的一些方法，若是是使用原生的適配器去寫，一個簡單的item點擊事件都是須要咱們去經過接口回調的形式來實現，更不用說去控制頭、尾、空佈局了。而集成該框架後，咱們只須要經過簡單的幾句addOnClickListener(ResID)就能實現，可想而知該框架的強大之處，而這僅僅冰山一角，具體使用方法及其功能移步https://github.com/CymChad/BaseRecyclerViewAdapterHelper/wiki。


　　也多是項目期間加班比較忙，沒有時間好好去看看它底層的實現方式，致使在今晚寫Demo的時候不去集成它的時候一個listView的adapter寫了我將近一個小時（15分鐘足矣寫完）,好在最終經過調試找到了問題緣由，在listView中convertView複用的時候咱們須要考慮去給item從新賦值，不然會致使該item佈局會繼續顯示上次的數據，這應該算是每個開發者都遇到過的困惑吧，至少我已經不是第一二三。。次遇到了，可能也是我比較笨，嘿嘿。

　　有時候，咱們真的該好好想一想每個想見恨晚的方法、工具類它們的實現原理了，否則萬一哪天你找不到了那個方法、類，你還不寫代碼了不成？是吧？（二師兄所言極是）雖然咱們都是站在前人的肩膀上寫東西，大部分坑都有人已經踩過了並留下了經驗、解決方法，可咱們依然須要去好好思考，這樣纔不至於當哪天須要咱們獨擋一面的時候愛莫能助！

　　好啦，第一次寫這麼長一段話，都從28號寫到了1號，真的是辛苦寶寶了，整理整理，sleep！