您的位置:首页 > 移动开发 > Objective-C

【Effective Objective-C 2.0读书笔记】第一章:熟悉Objective-C

2015-07-21 17:42 351 查看
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/
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: