您好,欢迎来到61ic! | [登录] [注册] 忘记密码 | 设为首页 帮助
 . 网站首页 . 业界新闻 . 设计中心 . 移动技术 . TI专栏 . ADI专栏 . FPGA专栏 . 代码工厂 . 官方商城 . 
 . 活动专区 . 新品快递 . 解决方案 . 前沿科技 . TI资源 . ADI资源 . FPGA资源 . 下载中心 . 产品展示 . 
加入收藏
付款方式
联系我们
您现在的位置: 61IC电子在线 >> 移动技术 >> iPhone >> 正文
  iOS项目的目录结构和开发流程           ★★★ 【字体:
iOS项目的目录结构和开发流程
作者:blog.lee…    文章来源:blog.leezhong    点击数:    更新时间:2014-4-29    

网上相关的资源不多,开源的且质量还不错的iOS项目也是少之又少,最近正好跟同事合作了一个iOS项目,来说说自己的一些想法。

目录结构

  1. AppDelegate 
  2. Models 
  3. Macro 
  4. General 
  5. Helpers 
  6. Vendors 
  7. Sections 
  8. Resources 

一个合理的目录结构首先应该是清晰的,让人一眼看上去就能大概了解目录的职责,且容易应对新的变化。

AppDelegate

这个目录下放的是AppDelegate.h(.m)文件,是整个应用的入口文件,所以单独拿出来。

Models

这个目录下放一些与数据相关的Model文件,里面大概是这样:

  1. Models 
  2.     |- BaseModel.h 
  3.     |- BaseModel.m 
  4.     |- CollectionModel.h 
  5.     |- CollectionModel.m 
  6.     ... 

Macro

这个目录下放了整个应用会用到的宏定义,里面大概是这样:

  1. Macro 
  2.     |- AppMacro.h 
  3.     |- NotificationMacro.h 
  4.     |- VendorMacro.h 
  5.     |- UtilsMacro.h 
  6.     ... 

AppMacro.h 里放app相关的宏定义,如:

  1. // 表情相关 
  2. #define EMOTION_CACHE_PATH @"cachedemotions" 
  3. #define EMOTION_RECENT_USED @"recentusedemotions" 
  4. #define EMOTION_CATEGORIES @"categoryemotions" 
  5. #define EMOTION_TOPICS @"emotiontopics" 
  6.  
  7. // 收藏相关 
  8. #define COLLECT_CACHE_PATH @"collected" 
  9.  
  10. // 配图相关 
  11. #define WATERFALL_ITEM_HEIGHT_MAX 300 
  12. #define WATERFALL_ITEM_WIDTH 146 

NotificationMacro.h 里放的是通知相关的宏定义。

UtilsMacro.h 里放的是一些方便使用的宏定义,如:

  1. #define UIColorFromRGB(r,g,b) [UIColor \ 
  2. colorWithRed:r/255.0 \ 
  3. green:g/255.0 \ 
  4. blue:b/255.0 alpha:1] 
  5.  
  6. #define NSStringFromInt(intValue) [NSString stringWithFormat:@"%d",intValue] 

VendorMacro.h 里放一些第三方常量,如:

  1. #define UMENG_KEY @"xxxxx" 
  2. #define UMENG_CHANNEL_ID @"xxx" 

如果有新的类型的宏定义,可以再新建一个相关的Macro.h。

General

这个目录放会被重用的Views/Classes和Categories。里面大概是这样:

  1. General 
  2.     |- Views 
  3.         |- TPKScollView 
  4.         |- TPKPullToRefresh 
  5.         ... 
  6.     |- Classes 
  7.         |- TPKBaseViewController 
  8.         |- TPKHorizontalView 
  9.         ... 
  10.     | - Categories 
  11.         |- UIViewController+Sizzle 
  12.         |- UIImageView+Downloader 
  13.         ... 

这里的TPK是项目的首字母缩写。

Helpers

这个目录放一些助手类,文件名与功能挂钩。里面大概是这样:

  1. Helpers 
  2.     |- TPKShareHelper 
  3.     |- TPDBHelper 
  4.     |- TPKEmotionHelper 
  5.     ... 

助手类的主要作用是帮助Controller瘦身,也可以提供一定程度的复用。

Vendors

这个目录放第三方的类库/SDK,如UMeng、WeiboSDK、WeixinSDK等等。

Sections

这个目录下面的文件对应的是app的具体单元,如导航、瀑布流等等。里面大概是这样:

  1. Sections 
  2.     |- Menu 
  3.     |- Setting 
  4.     |- Collection 
  5.     ... 

Resources

这个目录下放的是app会用到的一些资源,主要是图片。

Cocoapods

业务无关的类库可以通过 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中去实现页面效果和功能,初看起来可能会快一点,但只要有点复杂度的项目,这种做 法到后来只会吃尽苦头,代码会变的越来越难维护。所以前期一定要做好充足的准备工作。

经验有限,如果你有更好的想法,欢迎交流:)

文章录入:admin    责任编辑:admin 
  • 上一篇文章:

  • 下一篇文章: 没有了
  • 发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口
    最新热点 最新推荐 相关文章
    iOS开发中KVO的内部实现
    iOS应用性能调优的建议和技巧…
    iOS开源项目之日志框架Cocoa…
    iOS 7.1企业应用证书无效问题…
    iOS开发者有价值的工具集推荐
    iOS开发60分钟入门学习精华
    iOS简单理解类的本质
    10个必需的iOS开发工具和资源
    全面理解iOS开发中的Scroll …
    iOS IPA文件的自动化生成和无…
      网友评论:(只显示最新10条。评论内容只代表网友观点,与本站立场无关!)
    站长:61 湘ICP备13001086号-2