公司新项目就要着手研发了，希望能为这个项目多准备点知识。回想自己做过的项目，目录结构的划分总不如我的心意，有些目录命名不规范导致表达不明确，有些目录因为不具有代表性，导致在实际中不能充分发挥作用，导致随意添加目录，使得目录层次更复杂。因此今天着手设计一个语义更加明前，分层更加清晰的，又具有iOS项目普遍性的目录结构。下面就介绍下我最新设计的目录结构，目前我拿一个旧的项目用新的设计结构调整后，确实感觉清晰很多，您可以看看后面我展示的项目调整目录前后的效果。

我新设计的目录结构

MVCS(Model,View,Controller相关。包含各个功能模块)

Resources（资源型文件目录，如数据图片，plist）

Operation（主要的操作类，如网络请求操作，数据库操作，操作工具等）

config（宏定义和const等可修改的配置文件）

AppDelegate（这个目录下放的是AppDelegate.h(.m)文件）

Vendors(第三方组件)

　　这样划分，名称语义比较清晰，让人一眼看上去就知道各个目录的主要职责，方便不同功能模块的同事进行开发测试工作，而且具有代表性，能满足新功能开发的变化等扩展需要。

MVCS(用户接口相关。按照功能模块划分子目录MVC)

|-功能模块1(功能模块目录)

　　　　|-|-Models

　　　　|-|-Views

　　　　|-|-Controllers

　　|-功能模块2

　　　　|-|-Models

　　　　|-|-Views

　　　　|-|-Controllers

　　|-功能模块3

　　　　|-|-Models

　　　　|-|-Views

　　　　|-|-Controllers

…

　　|-Base(重用性较高的BaseMVC，如父控制器，父视图等)

　　　　|-|-Models

　　　　|-|-Views

　　　　|-|-Controllers

　　|-Main(包含功能模块之外的MVC目录)

　　　　|-|-Models

　　　　|-|-Views

　　　　|-|-Controllers

Resources（资源型文件目录，如数据图片，plist）

　　|-photo(照片)

　　|-city.plist（城市数据）

config（宏定义和const等可修改的配置文件）

　　|-Const.h（常量文件）

　　|-Macro.h （宏文件）

　　|-Notification.h （通知定义文件）

…

AppDelegate（这个目录下放的是AppDelegate.h(.m)文件）

　　|-AppDelegate.h

　　|-AppDelegate.m

Operation（主要的操作类，如网络请求操作，数据库操作，操作工具等）

　　|-Net(网络层的代码)

　　|-Data(数据层代码)

　　|-Tools(工具类)

　　|-Category(类目)

…

Vendors(第三方组件)

　　|-Libs（第三方库）

　　　　|-|-AFNetworking

　　　　|-|-FMDB

　　　　|-|-SDWebImage　　　　

　　|-Components（第三方小组件，如第三方自定义控件等）

…

采用新设计的前后效果对比

　　按照这个设计。我将自己的项目进行了调整。如图所示：

　　左边是我采用该设计调整后的新的目录结构，右边是原来的目录结构。明显左边的表达清晰，结构合理，而且比较有普遍性；右边的是我以前的目录结构，因为有时候旧的目录结构不能完全达到我的要求，所以就会导致我随意创建新的目录，因此明显比较凌乱。