[b]项目所需的平台路径 1.开发平台路径：[/b] 此路径下一般有三个目录，分别是mac电脑、模拟器、iphone真机 [list] [*]MacOSX.platform       [/*] [*]iPhoneSimulator.platform[/*] [*]iPhoneOS.platform[/*] [*]每个目录下都有一个/Developer/usr/bin目录，放置开发中需要的程序[/*] [/list] 总的目录比如：/Developer/Platforms/*/Developer/usr/bin/ 注意：*代表上面上个目录中的一个，具体是哪个看目标平台的需求   [b]2.模拟器路径：[/b] 里面有模拟器的可执行文件iPhone Simulator.app   [b]3.sdk路径：[/b] 真机： 模拟器：    [b]4. app路径[/b] 真机： 　　　后面的目录4434-4453A-B453-4ADF4535345ADAF344是iphone自动生成的，里面的文件或目录包括： 　　（1）app目录 test.app 　　（2）文档目录 Documents 　　（3）库目录 Library 　　（4）临时目录 tmp 　　Documents目录，可以放置用户保存的数据，可以同步到icould 　　Library目录，包括：缓存目录Caches，用户偏好目录Preferences（存放NSUserDefaults保存的.plist） [b]项目目录结构和开发流程 [/b] 目录结构 [list] [*]AppDelegate[/*] [*]Models[/*] [*]Macro[/*] [*]General[/*] [*]Helpers[/*] [*]Vendors[/*] [*]Sections[/*] [*]Resources[/*] [/list] 一个合理的目录结构首先应该是清晰的，让人一眼看上去就能大概了解目录的职责，且容易应对新的变化。   [b]AppDelegate [/b]这个目录下放的是AppDelegate.h(.m)文件，是整个应用的入口文件，所以单独拿出来。   [b]Models [/b]这个目录下放一些与数据相关的Model文件，里面大概是这样：     [b]Macro [/b]这个目录下放了整个应用会用到的宏定义，里面大概是这样：   AppMacro.h 里放app相关的宏定义，如: NotificationMacro.h 里放的是通知相关的宏定义。   UtilsMacro.h 里放的是一些方便使用的宏定义，如： VendorMacro.h 里放一些第三方常量，如： 如果有新的类型的宏定义，可以再新建一个相关的Macro.h。   [b]General [/b]这个目录放会被重用的Views/Classes和Categories。里面大概是这样： 这里的TPK是项目的首字母缩写。   [b]Helpers [/b]这个目录放一些助手类，文件名与功能挂钩。里面大概是这样：   助手类的主要作用是帮助Controller瘦身，也可以提供一定程度的复用。   [b]Vendors [/b]这个目录放第三方的类库/SDK，如UMeng、WeiboSDK、WeixinSDK等等。   [b]Sections [/b]这个目录下面的文件对应的是app的具体单元，如导航、瀑布流等等。里面大概是这样：   [b]Resources [/b]这个目录下放的是app会用到的一些资源，主要是图片。   [b]Cocoapods [/b]业务无关的类库可以通过 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类，等等。   [b]开发流程 [/b]在拿到设计图后，就可以针对设计图抽离出可复用的Classes/Views/Helpers，考虑一下某个效果的具体实现，使用合适的设计模式来避免大量的if/else嵌套，等等。不要一下子就钻到Sections中去实现页面效果和功能，初看起来可能会快一点，但只要有点复杂度的项目，这种做法到后来只会吃尽苦头，代码会变的越来越难维护。所以前期一定要做好充足的准备工作。