網上相關的資源很少,開源的且質量還不錯的iOS項目也是少之又少,最近正好跟同事合做了一個iOS項目,來講說本身的一些想法。html
AppDelegate
Models
Macro
General
Helpers
Vendors
Sections
Resources
一個合理的目錄結構首先應該是清晰的,讓人一眼看上去就能大概瞭解目錄的職責,且容易應對新的變化。ios
這個目錄下放的是AppDelegate.h(.m)文件,是整個應用的入口文件,因此單獨拿出來。git
這個目錄下放一些與數據相關的Model文件,裏面大概是這樣:設計模式
Models
|- BaseModel.h
|- BaseModel.m
|- CollectionModel.h
|- CollectionModel.m
...
這個目錄下放了整個應用會用到的宏定義,裏面大概是這樣:app
Macro
|- AppMacro.h
|- NotificationMacro.h
|- VendorMacro.h
|- UtilsMacro.h
...
// 表情相關
#define EMOTION_CACHE_PATH @"cachedemotions"
#define EMOTION_RECENT_USED @"recentusedemotions"
#define EMOTION_CATEGORIES @"categoryemotions"
#define EMOTION_TOPICS @"emotiontopics"
// 收藏相關
#define COLLECT_CACHE_PATH @"collected"
// 配圖相關
#define WATERFALL_ITEM_HEIGHT_MAX 300
#define WATERFALL_ITEM_WIDTH 146
#define UIColorFromRGB(r,g,b) [UIColor \
colorWithRed:r/255.0 \
green:g/255.0 \
blue:b/255.0 alpha:1]
#define NSStringFromInt(intValue) [NSString stringWithFormat:@"%d",intValue]
#define UMENG_KEY @"xxxxx"
#define UMENG_CHANNEL_ID @"xxx"
若是有新的類型的宏定義,能夠再新建一個相關的Macro.h。ui
這個目錄放會被重用的Views/Classes和Categories。裏面大概是這樣:spa
General
|- Views
|- TPKScollView
|- TPKPullToRefresh
...
|- Classes
|- TPKBaseViewController
|- TPKHorizontalView
...
| - Categories
|- UIViewController+Sizzle
|- UIImageView+Downloader
...
這裏的TPK
是項目的首字母縮寫。設計
這個目錄放一些助手類,文件名與功能掛鉤。裏面大概是這樣:code
Helpers
|- TPKShareHelper
|- TPDBHelper
|- TPKEmotionHelper
...
助手類的主要做用是幫助Controller瘦身,也能夠提供必定程度的複用。orm
這個目錄放第三方的類庫/SDK,如UMeng、WeiboSDK、WeixinSDK等等。
這個目錄下面的文件對應的是app的具體單元,如導航、瀑布流等等。裏面大概是這樣:
Sections
|- Menu
|- Setting
|- Collection
...
這個目錄下放的是app會用到的一些資源,主要是圖片。
業務無關的類庫能夠經過 Cocoapods 來方便地管理,如SDWebImage
, Reachability
等等。還有一些是多個應用都會用到的基礎模塊,好比HBAPI、HBSNS 、HBFoundation(HB爲公司名首字母)等等,能夠建一個私有的git repo,而後加到podfile中,這樣若是HBAPI有更新,只須要pod update
一下就好了。
順便說一下HBFoundation
,這個git倉庫中能夠放一些本身寫的全部應用基本上都會用到的小模塊。如不少app都會有隔一段時間跳出一個求好評的alertView,就能夠寫一個HBRating
類,這樣須要使用該功能的app只需加上一句:[HBRating checkIfShouldPopupWithAppID:(NSInteger)appID]
就好了。又好比app都有接受push notification的需求,能夠寫一個HBAPNS
類,等等。
在拿到設計圖後,就能夠針對設計圖抽離出可複用的Classes/Views/Helpers,考慮一下某個效果的具體實現,使用合適的設計模式來 避免大量的if/else嵌套,等等。不要一會兒就鑽到Sections中去實現頁面效果和功能,初看起來可能會快一點,但只要有點複雜度的項目,這種作 法到後來只會吃盡苦頭,代碼會變的愈來愈難維護。因此前期必定要作好充足的準備工做。
轉自:http://blog.leezhong.com/ios/2013/09/23/build-ios-application.html