第一章 熟悉Objective-C

第一条:了解Objective—C语言的起源

Objective—C语言是由Smalltalk演化而来,后者是消息型语言的鼻祖,所以该语言使用的“消息结构”而非“函数调用”。

1.消息和函数调用之间的区别

//Messaging(Objevtive-C)
Object *obj = [Object new];
[obj performWith:parameter1 and:parameter2];

//Function calling(C++)
Object *obj = new Object;
obj->perform(parameter1, parameter2);

关键区别在于: 使用消息结构的语言,其运行所应执行的代码由运行环境来决定;而使用函数调用的语言,则由编译器决定。

采用消息结构的语言,总是在运行时才会查找所要执行的方法。

Objective-C的重要工作都由**“运行期组件”**(runtime component)而非编译器来完成。使用Objective-C的面向对象特性所需的全部数据结构及函数都在运行期组件里面。举例来说,运行期组件中含有全部内存管理方法。这样的话,只需更新运行期组件,即可提升应用程序性能。而那种许多工作都在“编译期”(compile time)完成的语言,若想获得类似的性能提升,则要重新编译应用程序代码。

2.Objective- C的内存模型

NSString stackString;
//error:interface type cannot be statically allocated

NSString *someString = @"The string";

因为OC声明变量基本上都为指针变量,所以OC对象所占内存总是分配在“堆空间”(heap space)中,而绝不会分配在“栈”(stack)上。对象分配在栈上,而实例分配在堆中。

Objective-C将堆内存管理抽象出来了不需要用malloc及free来分配或释放对象所占内存。Objective-C 运行期环境把这部分工作抽象为一套内存管理架构,名叫**“引用计数”**
3.要点:

Objective-C为C语言添加了面向对象特性,是其超集。Objective-C使用动态绑定的消息结构,也就是说,在运行时才会检查对象类型。接收一条消息之后,究竟应执行何种代码,由运行期环境而非编译器来决定。

理解C语言的核心概念有助于写好Objective-C程序。尤其是要掌握内存模型和指针

第二条:在类的头文件中尽量少引入其他的头文件

与C和C++一样,Objective-C也使用“头文件”(header file)与“实现文件”
(implementation file)来区隔代码。用Objective-C语言编写“类”(class)的标准方式为:以类名做文件名,分别创建两个文件,头文件后缀用h,实现文件后缀用.m。

//EOCPerson.h
#import <Foundation/Foundation.h>
@interface EOCPerson : NSObject
@end

//EOCPerson.m
#import "EOCPerson.h"
@implementation EOCPerson
//Implementation of methods
@end

1.在一个文件中引入另一个文件(向前声明):

// EOCPerson.h
#import <Foundation/Foundation.h>

@class EOCEmployer;

@interface EOCPerson : NSObject
@property(nonatomic, copy) NSString firstName;
eproperty(nonatomic, copy) NSString +lastName;
epzoperty(nonatomic, strong) EOCEmployer *employer;
@end

常见的办法是在EOCPerson.h中加入下面这行:

#import"EOCEmployer.h"

这种办法可行,但是不够优雅。在编译一个使用了EOCPerson类的文件时,不需要知道EOCEmployer类的全部细节,只需要知道有一个类名叫EOCEmployer就好。所幸有个办法能把这一情况告诉编译器:

@class BOCEmployer;

这叫做“向前声明”(forward declaring)该类。

EOCPerson类的实现文件则需引入EOCEmployer类的头文件,因为若要使用后者,则必须知道其所有接口细节。于是,实现文件就是:

// EOCPerson.m
#import "EOCPerson.h"
#import"EOCEmployer.h"

@implementation EOCPerson
// Implementation of methods
@end

2.向前声明的好处:

向前声明也解决了两个类相互引用的问题。

例如:有两个类,它们都在头文件中引入了对方的头文件,两个类都进行各自的引用解析,这样就会导致“循环引用”(chicken-and-egg situation)。
虽然我们使用#import而非#include不会导致死循环,但是这意味着两个类中有一个类无法被正确编译。

但是,有时候就必须引入头文件,比如继承以及遵循的协议,因为编译器要知道该协议中定义的方法。

//EOCRectangle.h
#import"EOCShape.h"
#import"EOCDrawable.h"
@interface EOCRectangle : EOCShape<EOCDrawable>
@property (nonatomic, assign) float width;
@property (nonatomic, assign) float height;
 end

3.要点:

除非确有必要,否则不要引入头文件。一般来说,应在某个类的头文件中使用向前声明来提及别的类,并在实现文件中引入那些类的头文件。这样做可以尽量降低类之间的耦合(coupling)。

有时无法使用向前声明,比如要声明某个类遵循一项协议。这种情况下,尽量把“该类遵循的协议”的这条声明移至“class-continuation分类”中。如果不行的话,就把协议单独放在一个头文件中,然后将其引入。

第3条,多用字面语法,少用与之等价的方法

Objective-C以语法繁杂而著称。不过,从Objective-C 1.0起,有一种非常简单的方式能创建NSString对象。这就是“字符串字面量”(string literal),其语法如下:

NsString *someString=@"Effective Objective-C 2.0";

如果不用这种语法的话,就要以常见的alloc及init方法来分配并初始化NSString对象了。在版本较新的编译器中,也能用这种字面量语法来声明 NSNumber、NSArray、NSDictionary类的实例。
1.字面数值
有时需要把整数、浮点数、布尔值封入Objective-C对象中。这种情况下可以用NSNumber类,该类可处理多种类型的数值。若是不用字面量,那么就需要按下述方式创建实例:

NSNumber *someNumber =[NSNumber numberWithInt:1];

然而使用字面量能令代码更为整洁:

NSNumber *someNumber= @1;

能够以NSNumber实例表示的所有数据类型都可使用该语法。例如:

NSNumber *intNumber = @1;
NSNumber *floatNumber = @2.5f;
NSNumber *boolNumber = @YES;
NSNumber *charNumber = @'a';
//对运算也适用
int x = 5;
float y = 6.32f;
NSNumber *expressionNumber = @(x * y);

2.字面量数组:

之前创建一个数组:

NSArray *animals = [NSArray arrayWithObjects:@"cat", @"dog", @"mouse", @"badger", nil];

而使用字面量语法来创建:

NSArray *animals = @[@"cat", @"dog", @"mouse", @"badger"];

上面的创建方法不仅简单而且还利于操作数组,就比如访问数组的元素,之前是:

NSString *dog = [animals objectAtIndex:1];

使用字面量就可以直接:

NSString *dog = animals[1];

下面这段代码分别以两种语法创建数组:

id objectl=/* ...*/;
id object2=/*...*/;
id object3=/*...*/;
NSArray *arrayA =[NSArray array Withobjects:
object1, object2, object3, ni1];
NSArray *arrayB =[object1, object2, object3];

如果object1与object3都指向了有效的Objective-C对象,而object2是nil,那么会出现什么情况呢?
按字面量语法创建数组arrayB时会抛出异常。arrayA虽然能创建出来,但是其中却只含有objectl一个对象。原因在于,“arrayWithObjects:”方法会依次处理各个参数,直到发现nil为止,由于object2是nil,所以该方法会提前结束。

3.字面量字典

官方初始化字典变量,两两一对,顺序为<对象>,<键>:

NSDictionary *personData = [NSDictionary dictionaryWithObjectivesAndKeys:@"Mett", @"firstName", @"Galloway", @"lastName", [NSNumber numberWithInt:28], @"age", nil];

这样写与我们通常理解的模式不太相同,理解起来可能会有点麻烦,顺序改为<键>,<对象>,所以我们可以使用字面量定义:

NSDictionary *personData = @{@"firstName": @"Matt", @"lastName": @"Galloway", @"age": @28};

这样写我们理解起来就简单的多了,并且这个与数组相同,只要遇到nil就会抛出异常,这有助于查错。

当然字典变量的访问也可以使用字面量方法:

NSString *lastName = personData[@“lastName”];

4.可变数组与字典:

通过取下标操作,可以访问数组中的某个元素或者字典中的某个键对应的元素,如果数组和字典是可变的(mutable),那么也能通过下标修改其中的元素值,标准做法

[mutableArray replaceObjectAtIndex:1 withObject:@"dog"];
[mutableDictionary setObject:@"Galloway"forKey:@"lastName"];

用下标操作:

mutableArray[1] = @"dog";
mutableDictionary[@"lastName"] = @"Galloway";

5.局限性
使用字面量语法创建出来的字符串、数组、字典对象都是不可变的(immutable)。若想要可变版本的对象,则需复制一份:

NSMutableArray *mutable=[@ [@1, @2, @3, 4, @5]mutableCopy];

这么做会多调用一个方法,而且还要再创建一个对象,不过使用字面量语法所带来的好处还是多于上述缺点的。

6.要点:

应该使用字面量语法来创建字符串、数值、字典。与创建此类对象的常规方法相比,这么做更加简明扼要。

应该通过取下标操作来访问数组下标或者字典中的键对应的元素。

用字面量语法创建数组或者字典时,若值中有nil,则会抛出异常。因此,务必确保值里不含nil。

第4条:多用类型常量,少用#define预处理指令

通常我们在写程序的时候都会使用#define来定义一个固定的数据,方便我们后续自己的编写,但是这样定义出来的常量没有类型信息,并且假设此命令在某个头文件中,那么所有引入了这个头文件的的代码,其定义的固定值都会被这个替换掉,反而破坏了程序。

那么这个时候我们就可以使用下面的方法:

static const NSTimeInterval kAnimationDuration = 0.3;

这种方式定义的常量包含类型信息,其好处是清楚的描述了常量的含义。由此可知,该常量类型为NSTimeInterval,这有助于其编写开发文档。

1.常量常用的命名法:

若常量局限于某“编译单元”(也就是“实现文件”)之内,则在前面加字母k;若常量在类之外可见,则通常以类名为前缀。

2.常量的定义位置:

我们最好不要将常量定义在头文件中,若你定义在头文件中,又被其他的文件引用了,那么该这个文件中的这个常量都会被其替换掉,所以最好不要在头文件中定义常量,不论你是如何定义常量的,因为OC中没有“名称空间”这一概念。

变量一定要同时用static与const来声明。如果试图修改由const修饰符所声明的变量,那么编译器就会报错。而static修饰符则意味着该变量仅在定义此变量的编译单元中可见。在Objective-C的语境下,“编译单元”一词通常指每个类的实现文件(以.m为后缀名)。
假如声明此变量时不加static,则编译器会为它创建一个“外部符号”(external symbol)。此时若是另一个编译单元中也声明了同名变量,那么编译器就抛出一条错误消息:

有时候我们需要对外公开我们的常量,比如说是通知时的通知名称,我们定义一个常量,外界就可以直接使用这个常值变量来注册自己想要接收的通知即可,而不用知道实际字符串的值。
此类常量需放在“全局符号表”中,以便可以在定义该常量的编译单元之外使用。举例说明:

//In the header file
extern NSString *const EOCStringConstant;

//In the implementation file
NSString *const EOCStringConstant = @"VALUE";

这个常量在头文件中“声明”,且在实现文件中“定义”。注意const修饰符在常量类型中的位置。常量定义应从右至左解读,所以在本例中,EOCStringConstant就是“一个常量,而这个常量是指针,指向NSString对象”。这与需求相符:我们不希望有人改变此指针常量,使其指向另一个NSString对象。

extern就是告诉编译器,在全局符号表中将会有一个名叫EOCStringConstant的符号,也就是说,编译器无需查看其定义,即允许代码使用此常量。

3.要点:

不能用预处理指令定义常量。这样定义出来的常量不含类型信息,编译器只是会在编译前据此执行查找与替换操作。即使有人重新定义了常量值,编译器也不会产生警告信息,这将导致应用程序中的常量值不一致。

在实现文件中使用static const来定义“只在编译单元内可见的常量”。由于此常量不在全局符号表中,所以无需为其名称加前缀。

在头文件中使用extern来声明全局变量,并在相关实现文件中定义其值。这种常量要出现在全局符号表中,所以其名称应该加以区隔,通常用与之相关的类名做前缀。

第5条:用枚举表示状态、选项、状态码

要点:

应该用枚举来表示状态机的状态、传递给方法的选项以及状态码等值,给这些值起个易懂的名字。

如果把传递给某个方法的选项表示为枚举类型,而多个选项又可同时使用,那么就将各选项值定义为2的幂,以便通过按位或操作将其组合起来。

用NS_ENUM与NS_OPTIONS宏来定义枚举类型,并指明其底层数据类型。这样做可以确保枚举是用开发者所选的底层数据类型实现出来的,而不会采用编译器所选的类型。

在处理枚举类型的switch语句中不要实现default分支。这样的话,加入新枚举之后,编译器就会提示开发者:switch语句并未处理所有枚举。

你可能感兴趣的:(objective-c,开发语言,macos)