花了一天的時(shí)間六剥，把這本書(shū)看了一遍，首先書(shū)中的項(xiàng)目結(jié)構(gòu)演示還是基于eclipse的有一些過(guò)時(shí)樊诺，但也很具有參考意義仗考。該書(shū)中設(shè)計(jì)技術(shù)代碼方便的并不是很多，還是處于一個(gè)比較宏觀的角度去介紹一個(gè)項(xiàng)目從無(wú)到有的方方面面词爬，很適合工作經(jīng)驗(yàn)不足秃嗜，或者公司開(kāi)發(fā)流程不規(guī)范的同學(xué)去了解一個(gè)項(xiàng)目比較專業(yè)的開(kāi)發(fā)流程，還有很多實(shí)際開(kāi)發(fā)過(guò)程中項(xiàng)目重構(gòu)顿膨，和技術(shù)的選用的推薦方法锅锨。
下面就是對(duì)我而言感覺(jué)比較有用的知識(shí)點(diǎn)記錄。
第一部分 高效App架構(gòu)設(shè)計(jì)與重構(gòu)
一恋沃、將項(xiàng)目種與業(yè)務(wù)邏輯無(wú)關(guān)的抽取出來(lái)單獨(dú)創(chuàng)建一個(gè)AndroidLib類(lèi)庫(kù)必搞，類(lèi)庫(kù)只要分為如下幾部分。
- activity 包中存放的是與業(yè)務(wù)無(wú)關(guān)的 Activity 基類(lèi)囊咏。AndroidLib 下的基類(lèi) BaseActivity 封裝的是業(yè)務(wù)無(wú)關(guān)的公用邏輯恕洲，主項(xiàng)目中的AppBaseActivity 基類(lèi)封裝的是業(yè)務(wù)相關(guān)的公用邏輯。
- net 包里面存放的是網(wǎng)絡(luò)底層封裝梅割。
- cache 包里面存放的是緩存數(shù)據(jù)和圖片的相關(guān)處理霜第。
- ui 包中存放的是自定義控件。
- utils 包中存放的是各種與業(yè)務(wù)無(wú)關(guān)的公用方法户辞，比如對(duì) SharedPreferences 的封裝泌类。
將無(wú)關(guān)的公共邏輯和各種工具類(lèi)與業(yè)務(wù)邏輯分離出來(lái)，能大大方便日后項(xiàng)目的維護(hù)底燎。
二刃榨、統(tǒng)一事件編程模型
這小節(jié)的意思就是講在團(tuán)隊(duì)開(kāi)發(fā)中的點(diǎn)擊事件最好要統(tǒng)一成一種苛让。
比如說(shuō)這種方式用起來(lái)就會(huì)擾亂面向?qū)ο蟮木幊田L(fēng)格邢疙。
@Override
public void onClick(View view) {
switch (view.getId()) {
case R.id.sign_in_button:
Intent intent = new Intent(LoginActivity.this,PersonCenterActivity.class);
startActivity(intent);
}
}
作者更加推崇下面的這種方式
有以下兩個(gè)優(yōu)點(diǎn)：
- 直接在 btnLogin 這個(gè)按鈕對(duì)象上增加點(diǎn)擊事件竹海，是面向?qū)ο蟮膶?xiě)法惫撰。
- 將 onClick 方面的實(shí)現(xiàn)簿晓，封裝成一個(gè) gotoLoginActivity 方法民效，如下所示：
// 登錄事件
btnLogin = (Button)f indViewById(R.id.sign_in_button);
btnLogin.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
gotoLoginActivity();
}
});
最好在團(tuán)隊(duì)中要統(tǒng)一事件模型的方式冕杠。
三谨娜、使用fastJson問(wèn)題注意
如果使用fastJson出現(xiàn)如下問(wèn)題
- 加了符號(hào) Annotation 的實(shí)體屬性为流，一使用就崩潰呕屎。
- 當(dāng)有泛型屬性時(shí)，一使用就崩潰敬察。
需要在混淆文件添加以下代碼:
-keepattributes Signature // 避免混淆泛型
-keepattributes Annotation // 不混淆注解
四秀睛、類(lèi)型安全轉(zhuǎn)換函數(shù)
在某些情況下后臺(tái)會(huì)返回一些臟數(shù)據(jù)（為null，角標(biāo)參數(shù)不正確）莲祸，會(huì)造成程序的崩潰蹂安。這種情況下作者建議創(chuàng)建一個(gè)函數(shù)類(lèi)型轉(zhuǎn)換的工具類(lèi)椭迎。在使用后臺(tái)返回的邏輯之前，先判斷數(shù)據(jù)是否正常田盈。這樣可以防止程序直接崩潰畜号。
第二部分 網(wǎng)絡(luò)底層框架設(shè)計(jì)
一、AsyncTask的缺點(diǎn)允瞧，那就是不能靈活控制其內(nèi)部的線程池简软。
線程池里面的每個(gè)線程存放的都是 MobileAPI 的調(diào)用請(qǐng)求，而 AsyncTask 中又沒(méi)有暴露
出取消這些請(qǐng)求的方法述暂，也就是我們熟知的 CancelRequest 方法痹升，所以，一旦從 A 頁(yè)面跳轉(zhuǎn)
到 B 頁(yè)面畦韭，那么在 A 頁(yè)面發(fā)起的 MobileAPI 請(qǐng)求疼蛾，如果還沒(méi)有返回，并不會(huì)被取消艺配。
二察郁、自動(dòng)登錄
所謂自動(dòng)登錄，就是登錄成功后转唉，重啟 App 后用戶仍然是登錄狀態(tài)绳锅。
最直接的方法是，登錄成功后酝掩，本地保存用戶名和密碼。重啟 App 后眷柔，檢查本地是否有
保存用戶名和密碼期虾，如果有，則將用戶名和密碼傳入到登錄接口驯嘱，模擬用戶登錄的行為镶苞。
本地保存用戶密碼，這種的敏感信息容易被人竊取鞠评。要么是在本地文件中看到這些信
息茂蚓，要么是偵聽(tīng) App 的網(wǎng)絡(luò)請(qǐng)求，獲取到請(qǐng)求的數(shù)據(jù)剃幌。所以本地保存密碼時(shí)聋涨，一定要進(jìn)行加密。對(duì)稱加密是不可靠的负乡，因?yàn)楹茈y確保App 的源代碼不外泄牍白，所以別有用心的人還是可以根據(jù)源碼中的對(duì)稱加密算法，反向把密碼推算出來(lái)抖棘。只有不對(duì)稱加密才是安全的茂腥。
但是上面這種方法在需要用戶需要用戶輸入驗(yàn)證碼的情形下就不是很好了狸涌，于是就要了使用Cookie機(jī)制來(lái)解決自動(dòng)登錄。
三最岗、開(kāi)啟gzip壓縮
接下來(lái)要介紹的內(nèi)容和 gzip 有關(guān)帕胆。 HTTP 協(xié)議上的 gzip 編碼是一種用來(lái)改進(jìn) Web 應(yīng)用
程序性能的技術(shù)。大流量的 Web 站點(diǎn)常常使用 gzip 壓縮技術(shù)來(lái)減少傳輸量的大小般渡，減少傳
輸量大小有兩個(gè)明顯的好處懒豹，一是可以減少存儲(chǔ)空間，二是通過(guò)網(wǎng)絡(luò)傳輸時(shí)诊杆，可以減少傳輸
的時(shí)間
第三部分 列表數(shù)據(jù)的增量更新機(jī)制
? 通過(guò)分析比較本地?cái)?shù)據(jù)和遠(yuǎn)程數(shù)據(jù)的異同歼捐，以 cityId 作為唯一標(biāo)識(shí)，只在 1.0 中出現(xiàn)的 cityId 是要?jiǎng)h除的數(shù)據(jù)晨汹，只在 2.0 中出現(xiàn)的 cityId 是要增加的數(shù)據(jù)豹储，二者的交集則是 cityId 相同的數(shù)據(jù)，這又分為兩種情況淘这，所有字段都相同的數(shù)據(jù)是不變的數(shù)據(jù)剥扣； cityId 相同但某個(gè)字段不相同，則是修改的數(shù)據(jù)铝穷。
于是钠怯，我們可以重新定義城市列表的 JSON 格式，在每筆增量數(shù)據(jù)中增加一個(gè)字段 type曙聂，用來(lái)區(qū)別是增（ c）晦炊、刪（ d）、改（ u）中的哪種情況宁脊。
客戶端在收到上述格式 JSON 數(shù)據(jù)后断国，會(huì)根據(jù) type 值來(lái)處理存放在本地的數(shù)據(jù)。因?yàn)椴皇侨扛掠馨蕴幚砥饋?lái)很快稳衬。
第四部分 Crash異常分析
一、Fragment not attached to Activity
解決辦法：在使用fragment相應(yīng)的方法之前坐漏，增加isAdded()方法判斷薄疚，該方法只有在fragment添加到所屬的Activity后才會(huì)返回true。
二赊琳、解決Dialog在dismiss的時(shí)候Activity已經(jīng)不存在的完美方法(View not attached to window manager)
創(chuàng)建一個(gè)ProgressDialog的子類(lèi)街夭，復(fù)寫(xiě)dismiss方法，在ProgressDialog.diss()執(zhí)行之前判斷Activity是否存在慨畸。
三莱坎、子線程不能修改UI
有一種情況，直接開(kāi)一個(gè)子線程寸士，并在子線程中修改textView的顯示的文字檐什，然而系統(tǒng)卻沒(méi)有報(bào)異常碴卧。不是說(shuō)好的不能再子線程中修改UI嗎，然而實(shí)際上Android官方說(shuō)的是：”不建議在子線程中更新UI乃正，會(huì)因此產(chǎn)生不可預(yù)知的錯(cuò)誤住册。“
