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