1文件组织结构
1.1结构说明
1) iOS工程文件结构分物理结构(controller) 和逻辑结构(Logic) ，逻辑结构和物理结构保持一致，以便方便有效地管理类文件。类文件组织要遵循以下两大原则：基于MVC设计模式原则，至少要保证controller与数据处理，网络请求相对独立基于功能模块原则，功能模块分包括数据/网络处理，UI前端界面两部分，数据/网络处理应该在数据/网络处理的框架下，而UI前端界面比如用户中心，消息中心，它们的专有的controller，view等应该在属于文件夹。还会遇到一些公共的view，放在Other公共的文件夹来管理
2) 图片资源文件采用Images.xcassets管理，不要使用自己创建的文件夹管理。
1.2结构框架
|____ WanWuZhiLian 项目入口文件目录
|___ Base(基础) 项目文件的基类
| |___BaseViewConeroller项目ViewConeroller的基类，所有的ViewConeroller都继承这个基类
|___ Main(主要) 项目模块目录
| |___ Login(登录) 登录模块
| | |___ Controller存放登录模块所有的控制器目录
| | |___ 存放登录模块所有的视图目录
| | |___ Model存放登录模块所有的数据模型目录
| | |___ Logic存放登录模块所有的逻辑文件目录
| | |___ Other存放公共的View
| |___Home(首页) 首页模块
| |___Controller存放首页模块所有的控制器目录
| |___View存放首页模块所有的视图目录
| |___Model存放首页模块所有的数据模型目录
| |___Logic存放首页模块所有的逻辑文件目录
| | |___ Other存放公共的View
|___ Expand(拓展) 拓展的工具文件目录
| |___Categray(分类) 项目的所有类的扩展文件目录
| |___Macros(宏) 项目自定义宏的文件目录
| |___CommonMacros.h项目所有宏定义的Key 定义文件
| |___FontAndColorMacros.h项目所有宏定义文字大小 颜色
| |___ThirdMacros.h项目所有第三方宏定义的Key
| |___URLMacros.h项目所有请求接口的宏定义，WEB的URL宏定义|
| |___UtilsMacros.h其他宏定义的文件
|___ Manager(管理器) 项目所有单例类目录，例如：UserManager等
|___ Network(网络) 项目网络层目录
|___ Vender(第三方) 第三方库目录 例如：爱康SDK，腾讯IM等
|___ Resource(资源) 项目资源目录，存放本的语音等文件
2命名规则
2.1基本规则
清晰。命名应该是以清晰为主、简洁为辅。总的来讲不要使用单词的简写，除了使用非常常见的简写以外，尽量使用单词的全称。不可使用拼音、数字、容易让人看不懂易混淆的词命名。自定义API（造轮子）时，API的名称不要有歧义并且不要与苹果原生API产生冲突，让使用者一看你的API就知道是以什么方式用来做什么的
2.2类命名
类名应该遵循驼峰命名原则。类名中应该包含一个或多个单词来描述这个方类（或类对象）是做什么的。
2.3类别命名
类名+个人识别（WW）+拓展名
例如UIView+WWExtension
类别的方法应该使用个人标识前缀（统一用ww）加下划线加方法名避免与项目中的其他方法产生冲突。详情参考SDWebImage的sd_setImage：方法...
2.4方法命名
方法使用小驼峰法命名, 一个规范的方法读起来应该像一句完整的话，读过之后便知函数的作用。执行性的方法应该以动词开头，小写字母开头，返回性的方法应该以返回的内容开头，但之前不要加get。如果有参数，函数名应该作为第一个参数的提示信息，若有多个参数，在参数前也应该有提示信息（一般不必加and）一些经典的操作应该使用约定的动词，如initWith,insert,remove,replace,add等等。
示例：
命名说明
insertObject:atIndex:规范的写法
insert:at:不清晰，插入什么？at代表什么？
removeObjectAtIndex:规范的写法
removeObject:规范的写法，因为参数指明了要移除一个对象
remove:不清晰，移除什么？
2.5变量命名
[if !supportLists]1) [endif]变量名使用小驼峰命名规则，使变量名尽可能可以推测其用途。
[if !supportLists]2) [endif]类的成员变量用小驼峰命名法并加上下划线开头的方式命名。
[if !supportLists]3) [endif]一般变量命名请使用简洁明了的方式并且开头不要使用下划线
2.6常量命名
常量(预定义，枚举，局部常量等)使用小写k开头的驼峰法
2.7图片资源文件命名
这个图片资源命名方式，以功能为组织形式，有利于查看资源文件。
原则：
1）采用单词全拼，或者大家公认无岐义的缩写(比如：nav，bg，btn等)
2）采用“模块+功能”命名法，模块分为公共模块、私有模块。公共模块主要包括统一的背景，导航条，标签，公共的按钮背景，公共的默认图等等；私有模块主要根据app的业务功能模块划分，比如用户中心，消息中心等
备注：背景图采用以bg作前缀，按钮背景采用btn作前缀）
公共模块命名示例：
导航条背影图片：bg_nav_bar@2x.png
导航返回按钮：bg_nav_back_normal@2x.png，bg_nav_back_selected@2x.png
标签item背景：bg_tabbar_record_normal@2x.png，bg_tabbar_record_selected@2x.png
私有模块命名示例：
以APP的用户中心图片资源为例说明，
uc——user center
用户中心头像默认图：bg_uc_avatar@2x.png
用户中心顶部默认背景图：bg_uc_top_defaut@2x.png
用户中心底部背景图：bg_uc_bottom@2x.png
3代码规范
3.1代码结构
#pragma mark – Lifecycle --->生命周期
-(instancetype)init {}
-(void)dealloc {}
-(void)viewDidLoad {}
-(void)viewWillAppear:(BOOL)animated {}
- (void)didReceiveMemoryWarning{}
#pragma mark - Custom Accessors --->自定义访问器
-(void)setCustomProperty:(id)value {}
-(id)customProperty {}
#pragma mark - IBActions--->按钮事件
-(IBAction)submitData:(id)sender {}
#pragma mark - Public--->公开方法
- (void)publicMethod{}
#pragma mark - Private--->私有方法
-(void)privateMethod {}
#pragma mark - UITextFieldDelegate--->表代理
#pragma mark - UITableViewDataSource
#pragma mark - UITableViewDelegate
#pragma mark - NSCopying--->编码
-(id)copyWithZone:(NSZone *)zone {}
#pragma mark – Sets && Gets--->懒加载
-(NSString *)description {}
3.2代码规范
1.删除多余的空行
（1） 所有方法与方法之间空1行
（2）所有代码块之间空1行
2.删除多余的注释
（1）删除注释掉的代码
（2）删除没有意义的注释
3.删除多余的方法
（1）如果方法没有使用到，请删除它
（2）如果方法没有执行任何业务逻辑，请删除它或者给出一定注释
4.删除未被使用的资源文件5.添加必要的注释
（1）所有 .h 文件中的property 需要给出注释
（2）所有自定义的方法需要给出注释
（3）比较大的代码块需要给出注释
（4）所有代码中出现的阿拉伯数字需要给出注释
（5）程序中出现加密／解密 逻辑的操作地方，需要给出注释说明过程（无论是系统还是自定义）
