如果Item的布局是動態(tài)添加的（意味著每一個Item不僅僅是簡單的顯示文本，有可能是顯示一個網(wǎng)格的情況），則會報異常：位置在IndexableLayout 352行 nextTitleView.getTop()報空指針異常，我這邊嘗試了一下修復，在351行添加一個判斷 nextTitleView != null 解決。 希望早日修復。
一個實現(xiàn)城市選擇、聯(lián)系人選擇的庫2016-10－9 更： 進行一次幾乎重寫的大規(guī)模重構(gòu)： 1、從ListView更改為RecyclerView的實現(xiàn) 2、性能優(yōu)化，更易使用的API，更易拓展的HeaderV...
@YoKey 嗯嗯，同意
[架構(gòu)向] 談Android中DTO -> VO的重要性標題雖然僅指DTO->VO，其實更準確的說，應該是各種DTO、DAO等都需要轉(zhuǎn)VO ，本文僅以DTO為例。 不管你在使用MVC，MVP還是MVVM，這篇文章會讓你的M層賦有更...
@YoKey 仔細看了一下文章，其實你這個機制是解決了一些痛點，就比如服務器返回的字段名稱變了，這個DTO 和 Mapper的作用就大了，我的做法會把這一特性去掉了。我是在我目前的項目做法上考慮的，角度不一樣，只能可以做到判空的處理，如果改字段就要改數(shù)據(jù)模型了。汗。。。
[架構(gòu)向] 談Android中DTO -> VO的重要性標題雖然僅指DTO->VO，其實更準確的說，應該是各種DTO、DAO等都需要轉(zhuǎn)VO ，本文僅以DTO為例。 不管你在使用MVC，MVP還是MVVM，這篇文章會讓你的M層賦有更...
而且可以做一下攔截，不用每個Bean都實現(xiàn)那個接口，可以在獲取數(shù)據(jù)的時候判斷一下 intanceof Mapper<T> 然后強轉(zhuǎn)成Mapper再執(zhí)行transfrom，這樣就不需要每個Api請求都用map操作符轉(zhuǎn)換一次了。在需要這樣的處理那些bean才實現(xiàn)那個接口
[架構(gòu)向] 談Android中DTO -> VO的重要性標題雖然僅指DTO->VO，其實更準確的說，應該是各種DTO、DAO等都需要轉(zhuǎn)VO ，本文僅以DTO為例。 不管你在使用MVC，MVP還是MVVM，這篇文章會讓你的M層賦有更...
大神，你的所有文章我都看過，給了我很多啟發(fā)。有些也用在了項目中。這篇文章我有點建議：比如transfrom 方法改為 T transfrom（T t）這樣會不會好一點，直接返回this，這樣在判空的時候再new出來，沒必要每次都創(chuàng)建一個對象。
[架構(gòu)向] 談Android中DTO -> VO的重要性標題雖然僅指DTO->VO，其實更準確的說，應該是各種DTO、DAO等都需要轉(zhuǎn)VO ，本文僅以DTO為例。 不管你在使用MVC，MVP還是MVVM，這篇文章會讓你的M層賦有更...
標題雖然僅指DTO->VO，其實更準確的說，應該是各種DTO、DAO等都需要轉(zhuǎn)VO ，本文僅以DTO為例。 不管你在使用MVC，MVP還是MVVM，這篇文章會讓你的M層賦有更...
之前公司項目UI改版的時候，把大部分標題欄都設計成了白色，給我們的設計圖是這個樣子的： 這狀態(tài)欄布局和圖標挺像Android,但是這白底黑字Android設計規(guī)范里可沒有啊，...
