虽然Swift已经更新到3了，但是还有许多地方有待完善，因此基于Objective-c的开发相对来说代码成熟稳定，让我觉得总结下项目开发中一些常见的用法，让你的代码更规范还是有必要的。
1、头文件的引用：在.h文件下尽量少引入其他头文件
对于那些不许要对其他类公开的属性，就要尽量写在类扩展里；
@interface HomeVC ()
@property .....
@end
有些需要公开的属性，采用“前向声明”，即在YYView.h文件中以(这里以常见的MVC来举例)
@class YYModel;
而在YYView.m文件中引入该类
#import "YYView.h"
#import "YYModel.h"
用意：将引入头文件的时机尽量延后，只有用到的时候才引入
好处：这样可以降低代码的之间的耦合度，减少编程时间。
常见使用场景：MVC模式，协议的使用。
2、多用字面量语法
什么是字面量语法呢？例如常见的要写一个数组，你可以这样写：
NSArray *array = [NSArray arrayWithObjects:"zhangsan","lishi","xiaoqi",nil];
还可以这样写：
NSArray *array = @[ "zhangsan","lishi","xiaoqi"];
后者不是以[ ]格式来写的，就叫字面量语法。
好处：看起来简洁，易懂；
使用场景：创建字典、数组、集合、数值对象；对于可变数组、可变字典除外；访问数组、字典元素时，采用下标的格式获取。
3、多用类型常量，少用#define 预处理指令
内部使用，在.m文件里
static NSString * const kUserAvatarHD = @"avatar_hd";
全局使用，需要在.h文件内这样写
需要在.h文件内这样写
extern NSString *const const kUserAvatarHD;
.m文件对其赋值即可
NSString * const kUserAvatarHD = @"avatar_hd";
好处：预处理定义出来的常量不含类型信息，编译器只会在编译前据此执行查找与替换。即使重新定义了，编译器也不会产生警告。这就会在合作开发时，#define预处理指令可能会因重复而遭到修改，从而导致程序各个部分所使用的值互不相同，而类型常量在重复定义的情况下是编译不通过的。
4、用枚举表示状态、选项、状态码
//NS_ENUM，定义状态等普通枚举
typedef NS_ENUM(NSUInteger, TTGState){
TTGStateOK =0,
TTGStateError,
TTGStateUnknow
};
//NS_OPTIONS，定义选项
typedef NS_OPTIONS(NSUInteger, TTGDirection){
TTGDirectionNone =0,
TTGDirectionTop =1<<0,
TTGDirectionLeft =1<<1,
TTGDirectionRight =1<<2,
TTGDirectionBottom =1<<3
};
好处：给这些值起个易懂的名字，增加代码的可读性；
这是本人对编写高质量iOS代码一书的个人理解总结，也算是自己对所学知识的梳理，后续还会对本书所讲的干货进行整理，有不足或错误之处，还请大家指出。
