Xcode中iOS应用开发的一般项目目录结构和流程简介

项目所需的平台路径
1.开发平台路径：

/developer/platforms

此路径下一般有三个目录，分别是mac电脑、模拟器、iphone真机

• macosx.platform       
• iphonesimulator.platform
• iphoneos.platform
• 每个目录下都有一个/developer/usr/bin目录，放置开发中需要的程序

总的目录比如：/developer/platforms/*/developer/usr/bin/

注意：*代表上面上个目录中的一个，具体是哪个看目标平台的需求

 

2.模拟器路径：

/developer/platforms/iphonesimulator.platform/developer/applications

里面有模拟器的可执行文件iphone simulator.app

 

3.sdk路径：

真机：

/developer/platforms/iphoneos.platform/developer/sdks/iphoneos5.0.sdk

模拟器： 

/developer/platforms/iphonesimulator.platform/developer/sdks/iphonesimulator5.0.sdk

 

4. app路径

真机：

/var/mobile/applications/4434-4453a-b453-4adf4535345adaf344

　　　后面的目录4434-4453a-b453-4adf4535345adaf344是iphone自动生成的，里面的文件或目录包括：

　　（1）app目录 test.app

　　（2）文档目录 documents

　　（3）库目录 library

　　（4）临时目录 tmp

　　documents目录，可以放置用户保存的数据，可以同步到icould

　　library目录，包括：缓存目录caches，用户偏好目录preferences（存放nsuserdefaults保存的.plist）

项目目录结构和开发流程

目录结构

• appdelegate
• models
• macro
• general
• helpers
• vendors
• sections
• resources

一个合理的目录结构首先应该是清晰的，让人一眼看上去就能大概了解目录的职责，且容易应对新的变化。
 
appdelegate
这个目录下放的是appdelegate.h(.m)文件，是整个应用的入口文件，所以单独拿出来。
 
models
这个目录下放一些与数据相关的model文件，里面大概是这样：
 

models
  |- basemodel.h
  |- basemodel.m
  |- collectionmodel.h
  |- collectionmodel.m
  ...

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

macro
  |- appmacro.h
  |- notificationmacro.h
  |- vendormacro.h
  |- utilsmacro.h
  ...

 
appmacro.h 里放app相关的宏定义，如:

// 表情相关
#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
 

notificationmacro.h 里放的是通知相关的宏定义。
 
utilsmacro.h 里放的是一些方便使用的宏定义，如：

#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]

vendormacro.h 里放一些第三方常量，如：

#define umeng_key @"xxxxx"
#define umeng_channel_id @"xxx"

如果有新的类型的宏定义，可以再新建一个相关的macro.h。
 
general
这个目录放会被重用的views/classes和categories。里面大概是这样：

general
  |- views
    |- tpkscollview
    |- tpkpulltorefresh
    ...
  |- classes
    |- tpkbaseviewcontroller
    |- tpkhorizontalview
    ...
  | - categories
    |- uiviewcontroller+sizzle
    |- uiimageview+downloader
    ...

这里的tpk是项目的首字母缩写。
 
helpers
这个目录放一些助手类，文件名与功能挂钩。里面大概是这样：

helpers
  |- tpksharehelper
  |- tpdbhelper
  |- tpkemotionhelper
  ...

 
助手类的主要作用是帮助controller瘦身，也可以提供一定程度的复用。
 
vendors
这个目录放第三方的类库/sdk，如umeng、weibosdk、weixinsdk等等。
 
sections
这个目录下面的文件对应的是app的具体单元，如导航、瀑布流等等。里面大概是这样：

sections
  |- menu
  |- setting
  |- collection
  ...

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