简洁语法
正式介绍常量定义前，先介绍一下Objective-C的一些语法糖，完全与常量定义无关，知道的可以跳过。
一般来说，我们定义NSString，NSArray，NSDictionary时，都会直接像下面这样书写:
NSString *aStr = @"AAAAA";
NSArray *array = @[@"a",@"b",@"c"];
NSDictionary *dic = @{
@"a":@"A",
@"b":@"B",
@"c":@"c"
};
以上就是OC对于这三个类的简洁语法，包括数组的访问，字典的方位都可以使用方括号形式，不再多说。
值得注意的一点是要知道这样的好处在哪里？为什么要这么书写？
1、简洁，可读性高。
2、安全性较高。举个例子：
比如NSArray 的创建，不使用简洁语法情况下我们通常这样来写:
NSArray *bArray = [NSArray arrayWithObjects:aObj,bObj,cObj, nil];
以此创建一个包含三个对象的数组，但是当bObj为nil时，上面那种方式就会带来一个错误：bArray只包含一个元素aObj。因为上面这种方式创建数组，会在遇到空对象(nil)时就结束了对后面元素的获取。
你希望自己的数组元素不可控，还是希望能在有隐患时能够有个明显报错？
如果希望后者，建议使用简洁语法。这样bObj为空时，编译期间就会报错。
这点对于字典也是相同的。
正题：常量的定义
通常为了提高维护性或者阅读方便，我们会引入常量。
通常，常量的方式有两种：
一种是使用#define 预处理宏，第二种是使用static const。
有两个问题：
那么到底哪种方式比较适合？
常量怎么书写？
问题一
通常来说，static const定义的方式会比#define要好一些。
举个例子：
比如在定义动画时间时我们会使用#define ANIMATION_DURATION 0.3f这样的预处理命令，但是这样：
1、丢失了类型信息
2、如果在头文件中#define，容易造成重名，更严重造成“常量”被修改。
比如我在ViewControllerA中#define DURATION 0.3f,
ViewControllerB中又重新#define DURATION 0.5f,
VIewControllerB中又#import了ViewControllerA.h，
此时编译器虽然会警告你DURATION redifined，但是实际上DURATION已经被修改了。
因此建议使用如下方式：
static NSTimeInterval const kAnimationDuration = 0.3;
这样我们即明确了常量的类型，也不会造成会重名修改的问题，因为以上方式的作用域只在该类的.h 和.m下,并且修改就会出现编译期间的错误。
问题二
首先是位置问题，基本所有常量(除全局)，我们都应该写在.m文件中。
第一，为了防止重命名，即使是添加了static const关键字的常量，也不能写在.h中。
第二，除了全局变量，我们的常量在.h中存在几乎是没有任何作用的。考虑到封装，我们应该写在.m文件中。
命名问题:
在常量前添加小写字母“k”可以提高代码可读性。如果实在是需要写在头文件中对外界暴露，那么通常我们还需要在常量名前添加一个类名前缀。
static 和const
在声明时，这两个缺一不可，const表示后面的东西是固定的，不可修改的(包括指针)。 因此在声明的时候我们应该把const 放到变量名的前面:比如
static NSSting *const aStr = @"someString";
static表示静态，意味着只有在定义的作用域中才可以使用，在类中声明，该类都可以使用，在方法内部定义，只有在方法内部才能使用。
如果没有static，并且有其他作用域也定义了相同名称常量，编译器会报错，linker类的错误，XCode报错很不明显，需要注意。
全局变量
有些时候我们需要定义全局变量，比如我们的通知名称，在所有注册通知的类中，我们只希望知道通知常量名，而不真正关心常量具体内容。声明可以如下：
在.h中：
extern NSString *const FHKeyboardNotification;
在.m中：
NSString *const FHKeyboardNotification = @"keyboardDidChange";
extern关键字作用是用来告诉编译器，记住存在FHKeyboardNotification字符串常量即可，并不需要关心它的具体值。
常量应该只被声明一次，编译器会在碰到FHKeyboardNotification进行正确的处理。
总结
1、尽量避免使用#define预处理命令定义常量，因为它有时候不包含类型信息，并且容易被修改。
2、尽量在.m中书写常量。
3、注意全局变量的命名，需要添加类名前缀。