Objective-C通过一套全新语法,在C语言基础上添加了面向对象特性。Objective-C的语法中频繁使用方括号,且不吝于写出极长的方法名。
第1条:了解Objective-C语言的起源
所有Objective-C语言的对象都必须像这样声明:NSString *someString = @"the string";
,因为对象所占内存总是分配在“堆空间”(heap space)中,而绝不会分配在“栈”(stack)中。不能在栈中分配Objective-C对象。
如果此时再声明一个变量指向同一个NSString对象,即NSString *anotherString = someString;
,则这两个变量都是NSString *
型,这说明当前“栈帧”(stack frame)里分配了两块内存,每块内存的大小都能容纳一枚指针(在32位架构的计算机上是4字节,64位计算机上是8字节)。这两块内存里的值都一样,就是NSString
实例的内存地址。
分配在堆中的内存必须直接管理,而分配在栈上用于保存变量的内存则会在其栈帧弹出时自动清理。
Objective-C将堆内存管理抽象出来了。不需要用malloc
及free
来分配或释放对象所占内存。Objective-C运行期系统将这部分工作抽象为一套内存管理架构,名为“引用计数”。
在Objective-C代码中,有时会遇到定义里不含*的变量,它们可能会使用“栈空间”(stack space)。这些变量所保存的不是Objective-C对象。如CoreGraphics框架中的CGRect
,整个系统框架都在使用这种结构体,因为若改用Objective-C对象的话,性能会受影响。与创建结构体相比,创建对象还需要额外开销,例如分配及释放堆内存等。如果只需保存int
、float
、double
、char
等非对象类型,那么通常使用CGRect
这种结构体就可以了。
第2条:在类的头文件中尽量少引入其他头文件
每次在头文件中引入其他头文件之前,都要先问问自己这样做是否确有必要。如果可以用“向前声明”取代引入,那么就不要引入。若因为要实现属性、实例变量或者要遵从协议而必须引入头文件,则应尽量将其移至“class-continuation分类”中。这样做不仅可以缩减编译时间,而且还能降低彼此依赖程度。
第3条:多用字面量语法,少用与之等价的方法
要点:
应该使用字面量语法来创建字符串、数值、数组、字典。与创建此类对象的常规方法相比,这样做更简明扼要。
应该通过取下标操作来访问数组下标,或字典中的键所对应的元素。
用字面量语法创建数组或字典时,若值中有
nil
,则会抛出异常。因此,务必确保值里不含nil
。
第4条:多用类型常量,少用#define预处理指令
consts vs defines
consts are type safe and respect scope with syntax highlighting.
defines are the exact opposite.
const定义常量从汇编的角度来看,只是给出了对应的内存地址,而不是象#define一样给出的是立即数,所以,const定义的常量在程序运行过程中只有一份拷贝,而#define定义的常量在内存中有若干个拷贝。
编译器通常不为普通const常量分配存储空间,而是将它们保存在符号表中,这使得它成为一个编译期间的常量,没有了存储与读内存的操作,使得它的效率比宏定义要高。
实例:
// 定义“只在编译单元内可见的常量”
// In the implementation file
// 局部常量:用static修饰后,不能提供外界访问
static const NSTimeInterval kAnimationDuration = 0.3; // 变量不可修改
// 根据const修饰的位置设定能否修改
static const NSString *kStringConstant1 = @"VALUE1"; // 变量可以被修改
static NSString *const kStringConstant2 = @"VALUE2"; // 变量不可修改
// 声明全局变量
// In the header file
extern NSString *const EOCStringConstant;
// 定义全局变量
// In the implementation file
NSString *const EOCStringConstant = @"VALUE";
const修饰位置不同,代表什么?
const NSString *HSCoder = @”HSCoder”;
“*HSCoder”不能被修改, “HSCoder”能被修改NSString const *HSCoder = @”HSCoder”;
“*HSCoder”不能被修改, “HSCoder”能被修改NSString * const HSCoder = @”HSCoder”;
“HSCoder”不能被修改,”*HSCoder”能被修改
注意:1和2其实没什么区别。
结论:
const右边的总不能被修改。
const
const不可变原则:那就是它右边是什么, 什么就不可变。
用const修饰函数的形参, 则能提高代码的安全性, 同时减少程序员之间的沟通成本。
#define
宏多用于条件编译, 如需要对于不同的情况执行不同的代码块, 则可以使用宏的条件编译来进行判断。
宏能做到const不能办到的事.1
宏能定义函数
OC的单例模式用到宏
宏还能根据传入的参数生成字符串, 如下:
#define kStringCat(x, y) #x#y
#define kToString #x
在Objective-C中, 随处可见const常量, 所以大家应该大胆地使用const, 它会带给你大大的益处. 同时, 只要某个数据是定义之后永远都不需要也不能修改的, 请使用const!
FOUNDATION_EXPORT vs extern
The first one compiles different for C and C++. It basically means `extern`, but in C++ will add the "C" flag.
#if defined(__cplusplus)
#define FOUNDATION_EXTERN extern "C"
#else
#define FOUNDATION_EXTERN extern
#endif
#if TARGET_OS_WIN32
#if defined(NSBUILDINGFOUNDATION)
#define FOUNDATION_EXPORT FOUNDATION_EXTERN __declspec(dllexport)
#else
#define FOUNDATION_EXPORT FOUNDATION_EXTERN __declspec(dllimport)
#endif
#define FOUNDATION_IMPORT FOUNDATION_EXTERN __declspec(dllimport)
#else
#define FOUNDATION_EXPORT FOUNDATION_EXTERN
#define FOUNDATION_IMPORT FOUNDATION_EXTERN
#endif
要点:
不要用预处理指令定义常量,因为这样定义的常量不含类型信息,编译器只是会在编译前据此执行查找和替换操作。即使有人重新定义了常量值,编译器也不会产生警告信息,这将导致应用程序中的常量值不一致。
在实现文件中使用
static const
来定义“只在编译单元内可见的常量”(translation-uinit-specific constant)。由于此类常量不在全局符号表里中,因此无须为其名称加前缀。在头文件中使用
extern
来声明全局变量,并在相关实现文件中定义其值。这种常量会出现在全局符号表中,所以其名称应加以区隔,通常用与之相关的类名作前缀。
第5条:用枚举表示状态、选项、状态码
要点:
用
NS_ENUM
与NS_OPTIONS
宏来定义枚举类型,并指明其底层数据类型。这样做就可以确保枚举是用开发者所选的底层数据类型实现出来的,而不会采用编译器所选的类型。在处理枚举类型的
switch
语句中,不要实现default
分支。这样的话,加入新枚举之后,编译器就会提示开发者:switch
语句并未处理所有枚举。
- 15分钟弄懂 const 和 #define http://ios.jobbole.com/85007/ ↩