好的架構(gòu)不是設(shè)計(jì)出來的，而是進(jìn)化而來的！本文是一位學(xué)習(xí)iOS開發(fā)者根據(jù)多年的經(jīng)驗(yàn)總結(jié)了iOS工程結(jié)構(gòu)，穩(wěn)重總結(jié)了在開發(fā)iOS項(xiàng)目中工程實(shí)踐，非常實(shí)用，推薦過來，一起來看看吧，希望對(duì)大家有所幫助

寫在前面

從2011年底開始學(xué)習(xí)iOS開發(fā)，到現(xiàn)在也已經(jīng)快3年了，雖然中途沒有一直進(jìn)行iOS的開發(fā)（總是在Android和iOS間切換），但始終沒有離開，而我現(xiàn)在的工作也一樣，在iOS和Android間來回游走，正如我博客的slogan一樣，“In Android&iOS”。其實(shí)對(duì)我來說，兩個(gè)平臺(tái)沒有絕對(duì)的好壞，我都喜歡、我都熱愛。有人會(huì)說，同樣的產(chǎn)品在不同平臺(tái)做兩次不會(huì)覺得厭煩嗎？這個(gè)問題我會(huì)給出肯定的回答，不會(huì)！因?yàn)槿绻阏娴南矚g你所做的產(chǎn)品，做多少次都不會(huì)覺得煩，每一次的復(fù)盤都是一次改進(jìn)的過程，很多創(chuàng)新都是在重復(fù)的工作中產(chǎn)生的。在技術(shù)層面，同一套思想用不同的技術(shù)來實(shí)現(xiàn)，本身就是一個(gè)加強(qiáng)對(duì)不同平臺(tái)技術(shù)鞏固和理解的過程，技術(shù)本來就是來承載和表現(xiàn)業(yè)務(wù)的，在實(shí)現(xiàn)業(yè)務(wù)的過程中加強(qiáng)對(duì)業(yè)務(wù)的理解、實(shí)現(xiàn)對(duì)業(yè)務(wù)的創(chuàng)新，這或許也就是堆代碼和寫程序的區(qū)別吧！^_^

我的iOS工程結(jié)構(gòu)

接下來，我就簡單介紹下我做iOS項(xiàng)目時(shí)使用的工程結(jié)構(gòu)。首先要說的是，這只是我的工程結(jié)構(gòu)，并不是規(guī)范，或許它存在很多問題和不規(guī)范的地方，我只是把它分享出來，給大家提供一個(gè)參考，也希望收到大家的一些反饋來幫助我改進(jìn)！

項(xiàng)目結(jié)構(gòu)

下圖是我做iOS項(xiàng)目的一個(gè)常用工程結(jié)構(gòu)，整體模式還是按照MVC的結(jié)構(gòu)，只是在每一層做了一些細(xì)分處理，下面就簡單介紹下。

iOS工程中沒有像Java那樣非常嚴(yán)格的分包機(jī)制，不過在iOS工程中我們也可以通過Group的方式在工程中實(shí)現(xiàn)邏輯分包，這樣更有利于我們組織和管理代碼，使工程結(jié)構(gòu)更清晰和易于理解。在我的工程結(jié)構(gòu)中，主要有如下group：

Application：這個(gè)group中放的是AppDelegate和一些系統(tǒng)常量及系統(tǒng)配置文件；

Base：一些基本父類，包括父ViewController和一些公用頂層自定義父類，其他模塊的類一般都繼承自這里的一些類；

Controller：系統(tǒng)控制層，放置ViewController，均繼承于Group Base中的BaseViewController或BaseTableViewController；

View：系統(tǒng)中視圖層，由于我比較喜歡通過代碼實(shí)現(xiàn)界面，所以這里放的都是繼承于UIView的視圖，我將視圖從ViewController中分離出來全部放在這里，這樣能保持ViewController的精簡；

Model：系統(tǒng)中的實(shí)體，通過類來描述系統(tǒng)中的一些角色和業(yè)務(wù)，同時(shí)包含對(duì)應(yīng)這些角色和業(yè)務(wù)的處理邏輯；

Handler：系統(tǒng)業(yè)務(wù)邏輯層，負(fù)責(zé)處理系統(tǒng)復(fù)雜業(yè)務(wù)邏輯，上層調(diào)用者是ViewController；

Storage：簡單數(shù)據(jù)存儲(chǔ)，主要是一些鍵值對(duì)存儲(chǔ)及系統(tǒng)外部文件的存取，包括對(duì)NSUserDefault和plist存取的封裝；

Network：網(wǎng)絡(luò)處理層(RTHttpClient)，封裝了基于AFNetworking的網(wǎng)絡(luò)處理層，通過block實(shí)現(xiàn)處理結(jié)果的回調(diào)，上層調(diào)用者是Handler層；

Database：數(shù)據(jù)層，封裝基于FMDB的sqlite數(shù)據(jù)庫存取和管理(RTDatabaseHelper)，對(duì)外提供基于Model層對(duì)象的調(diào)用接口，封裝對(duì)數(shù)據(jù)的存儲(chǔ)過程。

Utils：系統(tǒng)工具類(AppUtils)，主要放置一些系統(tǒng)常用工具類；

Categories：類別，對(duì)現(xiàn)有系統(tǒng)類和自定義類的擴(kuò)展；

Resource：資源庫，包括圖片，plist文件等；

以上是對(duì)我的工程結(jié)構(gòu)中各個(gè)group的介紹，通過以下登錄模塊的系統(tǒng)類圖，可以比較直觀的看到這種工程結(jié)構(gòu)的全貌。

整體來看分為三大塊，黃色區(qū)域的模型和業(yè)務(wù)邏輯層（M），藍(lán)色區(qū)域的視圖層（V），紅色區(qū)域的視圖控制器層（C），其中，黃色區(qū)域?qū)崿F(xiàn)了對(duì)業(yè)務(wù)邏輯和數(shù)據(jù)處理的封裝，對(duì)應(yīng)他們的上層ViewController，可以實(shí)現(xiàn)非常簡單的接口調(diào)用，將業(yè)務(wù)復(fù)雜性從ViewController中抽離出來，通過模塊化的方式，保證ViewController的可讀性和可維護(hù)性。

保持ViewController簡單

往往大家都會(huì)抱怨iOS中ViewController寫著寫著就會(huì)越來越臃腫，那時(shí)因?yàn)殡S著業(yè)務(wù)的復(fù)雜，功能的增多，所有的邏輯都包含在ViewController中，還包括一些諸如UITableViewDatasource的代理方法，使得ViewController臃腫不堪，可維護(hù)性極低，耦合性也很高，為了使ViewController能更簡單，便于維護(hù)和后續(xù)的開發(fā)，給ViewController瘦身就顯得尤為必要，我的做法主要有三個(gè)方面。

1、View視圖與ViewController分離

如果你用Storyboard或者xib這是當(dāng)然的，我比較喜歡手寫代碼，所以不在ViewController里面嵌入過多的View層代碼是保證ViewController簡單的方法之一，那么，可以將View部分的代碼單獨(dú)封裝到一個(gè)繼承自UIView的子類當(dāng)中，然后通過自定義Delegate實(shí)現(xiàn)View與ViewController的通信。

2、業(yè)務(wù)邏輯與ViewController分離

將網(wǎng)絡(luò)請(qǐng)求處理和復(fù)雜的業(yè)務(wù)邏輯以及數(shù)據(jù)的存取工作單獨(dú)放到Handler層，對(duì)ViewController只暴露簡單的調(diào)用接口和通過block或delegate實(shí)現(xiàn)的回調(diào)，這樣不僅能使我們的工程模塊化，也能大大降低ViewController的復(fù)雜性，就不會(huì)出現(xiàn)既包括網(wǎng)絡(luò)處理又包括數(shù)據(jù)處理的冗長的ViewController代碼了。Handler通過block或delegate將處理完的結(jié)果回調(diào)給ViewController，ViewController再將結(jié)果與View視圖層相關(guān)聯(lián)處理，這樣就真正起到了MVC的作用，整體原則就是，讓ViewController只關(guān)系和負(fù)責(zé)處理與它相關(guān)的事。

在BaseHandler.h中可以定義一些簡單的業(yè)務(wù)處理規(guī)則：

#import <Foundation/Foundation.h>  
/**  *  Handler處理完成后調(diào)用的Block 
 */ typedef void (^CompleteBlock)(); 
 /** 
 *  Handler處理成功時(shí)調(diào)用的Block  */ 
typedef void (^SuccessBlock)(id obj);  
/**  *  Handler處理失敗時(shí)調(diào)用的Block 
 */ typedef void (^FailedBlock)(id obj); 
 @interface BaseHandler : NSObject 
 /** 
 *  獲取請(qǐng)求URL  * 
 *  @param path  *  @return 拼裝好的URL 
 */ + (NSString *)requestUrlWithPath:(NSString *)path; 
 @end 

在LoginHandler中就可以定義對(duì)LoginViewController暴露的調(diào)用接口，在LoginHandler中封裝負(fù)責(zé)的網(wǎng)絡(luò)處理和業(yè)務(wù)處理邏輯，對(duì)LoginViewcontroller來說，只需要調(diào)用這個(gè)方法并傳入對(duì)應(yīng)的UserEntity實(shí)體對(duì)象和處理成功和失敗狀態(tài)下的回調(diào)block就可以了。

#import "BaseHandler.h" #import "UserEntity.h" 
 @interface LoginHandler : BaseHandler 
 /** 
 *  用戶登錄業(yè)務(wù)邏輯處理  * 
 *  @param user  *  @param success 
 *  @param failed    */ 
- (void)executeLoginTaskWithUser:(UserEntity *)user success:(SuccessBlock)success failed:(FailedBlock)failed;  
@end 

 3、Datasource或Delegate與ViewController分離

在iOS開發(fā)中經(jīng)常用到的UITableView包含了一系列的代理方法，這些方法往往也是使得ViewController變長變復(fù)雜的元兇之一，那么，將這些Datasource或Delegate分離出來也是行之有效的方法之一，例如，通過自定義Datasource類（實(shí)現(xiàn)UITableViewDatasource協(xié)議）來將跟UITableView相關(guān)的數(shù)據(jù)源處理代理方法都集中到一個(gè)特定的類當(dāng)中，ViewController只需要設(shè)置這個(gè)自定義數(shù)據(jù)源類給UITableView，然后其他的就都可以交給自定義數(shù)據(jù)源類去處理了。

我參考了Lighter View Controllers上的介紹改進(jìn)了一個(gè)BaseTableViewProtocol，基本上常用的一些場景是可以使用的，不過這個(gè)還得不斷優(yōu)化以適應(yīng)更多的場景，具體的代碼我放在Github上了，感興趣的同學(xué)可以去看看，使用方法可以參考上面鏈接中的介紹，基本類似，我的改進(jìn)主要是支持對(duì)多section的適用。

BaseTableViewProtocol.h

BaseTableViewProtocol.m

寫在最后

以上是我在開發(fā)iOS項(xiàng)目中的一些總結(jié)和工程實(shí)踐，其中肯定還是存在很多問題的，我也在不斷尋求改進(jìn)的方法，也歡迎各路高手給我提出意見和建議。關(guān)于這個(gè)工程結(jié)構(gòu)的一個(gè)簡單事例我放在我的Github上了，感興趣的同學(xué)可以去看看RTLibrary-ios。

最新評(píng)論