让你的代码更规范（1）

虽然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代码一书的个人理解总结，也算是自己对所学知识的梳理，后续还会对本书所讲的干货进行整理，有不足或错误之处，还请大家指出。