以APP為起點(diǎn)構(gòu)建網(wǎng)絡(luò)請(qǐng)求架構(gòu)

　　在現(xiàn)在的app，網(wǎng)絡(luò)請(qǐng)求是一個(gè)很重要的部分，app中很多部分都有或多或少的網(wǎng)絡(luò)請(qǐng)求，所以在一個(gè)項(xiàng)目重構(gòu)時(shí)，我會(huì)選擇網(wǎng)絡(luò)請(qǐng)求框架作為我重構(gòu)的起點(diǎn)。在這篇文章中我所提出的架構(gòu)，并不是所謂的 最好 的網(wǎng)絡(luò)請(qǐng)求架構(gòu)，因?yàn)槲抑换谖疫@個(gè)app原有架構(gòu)進(jìn)行改善，更多的情況下我是以app為出發(fā)點(diǎn)，讓這個(gè)網(wǎng)絡(luò)架構(gòu)能夠在原app的環(huán)境下給我一個(gè)完美的結(jié)果，當(dāng)然如果有更好的改進(jìn)意見(jiàn)，我會(huì)很樂(lè)于嘗試。

　　關(guān)于網(wǎng)絡(luò)請(qǐng)求框架

　　一個(gè)好的網(wǎng)絡(luò)請(qǐng)求框架對(duì)于一個(gè)團(tuán)隊(duì)來(lái)說(shuō)是十分重要的。如果一個(gè)網(wǎng)絡(luò)請(qǐng)求框架沒(méi)有封裝好，或者是在設(shè)計(jì)上存在問(wèn)題，那么在開(kāi)發(fā)上會(huì)造成許多問(wèn)題，就拿這段代碼作為例子：

　?。踠eaveAPI startWithCompletionBlockWith：^（BaseRequest *baseRequest， id responseObject） {

　　//check the response object

　　BOOL isSuccess = ［leaveAPI validResponseObject:responseObject］;

　　if （isSuccess） {

　　//do something.。。

　　}

　　} failure：^（BaseRequest *baseRequest） {

　　//do something.。。

　　}］;

　　上面這段代碼存在著不少的問(wèn)題，比如把請(qǐng)求數(shù)據(jù)的判斷放到了每一個(gè)請(qǐng)求中、在leaveAPI的塊方法中再次調(diào)用leaveAPI、塊參數(shù)中的baseRequest并沒(méi)有實(shí)質(zhì)作用等等……針對(duì)這些問(wèn)題我會(huì)一一進(jìn)行修正。

　　不要讓其他人做請(qǐng)求數(shù)據(jù)有效與否的判斷

　　在上面的代碼中，對(duì)resposeObject是否有效的判斷被設(shè)計(jì)成了BaseRequest類(lèi)中的一個(gè)方法，程序員需要在調(diào)用網(wǎng)絡(luò)請(qǐng)求后，再調(diào)用該方法對(duì)responseObject進(jìn)行判斷，這樣的設(shè)計(jì)存在很大的弊端。

　　在實(shí)際應(yīng)用中，很多時(shí)候程序員在調(diào)用網(wǎng)絡(luò)請(qǐng)求后往往會(huì)忘記調(diào)用該方法對(duì)返回結(jié)果進(jìn)行判斷，甚至忘記了存在這個(gè)方法，自行對(duì)responseObject進(jìn)行判斷。首先這造成了大規(guī)模的代碼重復(fù)，另一方面，不同程序員自己編寫(xiě)的判斷方法散落在各個(gè)請(qǐng)求中，假如app在日后更新過(guò)程中改變了這個(gè)判斷標(biāo)準(zhǔn)，會(huì)給修改帶來(lái)很大困難。