编写高质量iOS与OS X代码的52个有效方法(一)

编写高质量iOS与OS X代码的52个有效方法(二)
编写高质量iOS与OS X代码的52个有效方法(三)

熟悉Objective-C

1、了解Objective-C语言的起源

//创建一个someString字符串变量
NSString *someString = @“The string”;
//创建一个变量,令其指向同一个地址,并不是拷贝对象
NSString *anotherString = someString;

someString 和 anotherString 都是分配再栈上, 指向同一个地址 NSString<data>

要点:

  • OC为C语言添加了面向对象特性,是其超集。OC使用动态绑定的消息结构,也就是说,在运行时才会检查对象类型。接收一条消息之后,究竟应执行何种代码,由运行期环境而非编译器来决定。
  • 理解C语言的核心概念有助于写好OC程序。尤其要掌握内存模型与指针。

2、类的头文件中尽量少引入其他头文件

例如:

在.h文件中引入
#import EocPlay.h
在编译的时候使用了EocPlay类的文件,不需要知道类的全部细节,只需要知道一个类名叫EocPlay就行。所幸
有个方法能把这一情况告诉编译器:
@class EocPlay 
这叫做“向前声明(forward declaring)”该类
将引入头文件的时机尽量拖后,只在确有需要时才引入,这样可减少类的使用者所需引入头文件数量
可以减少编译时间。
同时,也可以避免循环引用的发生 比如A.h中引入B这个类,在B.h中引入A这个类

要点:

  • 除非确有必要,否则不要引入头文件。一般来说,应该某个类的头文件中使用向前声明来提及别的类,并在实现文件中引入哪些类的头文件。这样做可以尽量降低类之间的耦合。
  • 有时无法使用向前声明,比如要声明某个类遵循一项协议。这种情况下,尽量把“该类遵循某协议”的这条声明移至“class-continuation分类”中。如果不行的话,就把协议单独放在一个头文件中,然后将其引入。

3、多用字面量语法,少用与之等价的方法

字面量字符串

OC一语法复杂而著称,事实上的确是这样。不过,从OC1.0起,有一种非常简单的方式能创建NSString对象。这就是“字符串字面量”,其语法如下:

NSString* someString = @"OC 1.0";

如果不使用这种方法就要用alloc及init方法来分配初始化NSString对象了。
例如:NSNumber,NSArray,NSDictionary类的,可以缩减源码代码长度,使其更为易读。

字面数值

实例:

NSNumber* someNumber = [NSNumber numberWithInt:1]; 

上面这行代码创建一个数字,将其值设置为整数1。然而用字面量能令代码更加简洁:

NSNumber* someNumber = @1;

字面数组

数组是常用数据结构。如果是不使用字面量语法,那么就要用这样来创建数组:

NSArray* animals = [NSArray arrayWithObjects: @“cat”, @"dog", @"mouse"];

使用字面量语法创建则是:

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

上面的做法不仅简单,而且有利于操作数组。数组的常见操作就是取某个下标所对应的对象,这用字面量来做更为容易,如果不用字面量,通常会用“objectAtIndex:”方法:

NSString* dog = [animals objectAtIndex:1];

使用字面量,则是:

NSString* dog = animlas[1];

不过,用字面量语法创建数组要注意,若数组元素对象中有nil,则会抛出异常,因为字面量语法知识一种“语法糖(syntactic sugar)”,其效果等于是先创建了一个数组,然后把方括号里面所有对象都加到这个数组中。

字面量字典

“字典(Dictionary)”是一种映射型数据结构,可向其中添加键值对。创建方式如下:

NSDictionary* personData = [NSDictionarydictionaryWithObjectsAndKeys:
    @"Matt", @"firstName",
    @"Calloway", @"lastName",
    [NSNumber numberWithInt: 28], @"age", nil];

这样的方式很让人困惑,因为顺序是<对象>,<键>,<对象>,<键>。这与我们通常理解的顺序相反,我们一般认为是把“键”映射到“对象”。因此,这样写法不容易读懂。如果改成用字面量语法,就清晰多了:

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

局限性

使用字面量创建出来的字符串、数组、字典、都是不可变的。若是想要可变的对象,需要复制一份:

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

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

要点:

  • 应该使用字面量语法来创建字符串、数字、数组、字典。与创建此类对象的常规方法相比,这么做更加简明扼要。
  • 应该通过取标操作来访问数组下标或字典中的键所对应的元素。
  • 用字面量语法创建数组或字典时,若值中有nil,则会抛出异常。因此,务必确保值里不含nil。

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

#define ANIMATION_DURATION 0.3 

假设上面的指令再某个头文件中,那么所有引入这个头文件的代码,其ANIMATION_DURATION都会被替换。
要想解决此问题,应该设法利用编译器的某些特性才对。有个办法比用预处理指令来定义常量好。比方:

static const NSTimeInterval KAnimationDuration = 0.3;

有时需要对外公开某个常量,可以这样定义

//In the header file  .h文件中声明
extern NSString *const EOCStringConstant;
//In the implementation file  .m文件中实现
NSString *const EOCStringConstant = @"VALUE";

这样定义常量要优于用#define预处理指令,因为编译器会确保常量值不会变,一旦在.m重定义好,亦可随时使用。而采用预处理指令所定义的常量可能会无意中修改,从而导致程序各个部分使用的值互不相同。

要点

  • 不要用预处理指令定义常量。这样定义出来的常量不含类型信息,编译器只是会在变以前据此执行查找与替换操作。即使有人重新定义了常量值,编译器也不会产生警告信息,这将导致应用程序的常量值不一致。
  • 在实现文件中使用 static const 来定义“只在编译单元内可见的常量”。由于此类常量不在全局符号表中,所以无需为其名称加前缀。
  • 在头文件中使用extern来声明全局常量,并在相关实心文件中定义其值。这种常量要出现在全局符号表中,所以其名称应加以区隔,通常用于之相关的类名做前缀。

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

typedef NS_ENUM(NSUInteger, EOCConnectionState) {
        EOCConnectionStateDisconnected,
        EOCConnectionStateConnecting,
        EOCConnectionStateConnected,
};
typedef NS_OPTIONS(NSUInteger, EOCPermintedDirection) {
        EOCPermintedDirectionUp         =    1  <<  0,
        EOCPermintedDirectionDown       =    1  <<  1,
        EOCPermintedDirectionLeft       =    1  <<  2,
        EOCPermintedDirectionRight      =    1  <<  3,
};
位运算 十进制
1 << 0 1
1 << 1 2
1 << 2 4
1 << 3 8
Sample << N Sample乘以2的N次方

结果就是将Sample的二进制数向左移动N位,即Sample乘以2的N次方。N为非负整数

要点

  • 应该用枚举来标识状态机的状态、传递给方法的选项以及状态码等值,给这些值起个易懂的名字。
  • 如果把传递给某个方法的选项标识为枚举类型,而多个选项又可同时使用,那么就将个选项定义为2的幂,以便通过按位或操作将其组合起来。
  • 用NS_ENUM与NS_OPTIONS宏来定义枚举类型,并指明其底层数据类型。这样做可以确保枚举使用开发者的底层数据类型实现出来的,而不会采用编译器所选的类型。
  • 在处理枚举类型的switch语句中不要实现default分支。这样的话,加入新枚举之后,编译器会提示开发者,switch语句并未处理所有的枚举。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,547评论 6 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,399评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,428评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,599评论 1 274
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,612评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,577评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,941评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,603评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,852评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,605评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,693评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,375评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,955评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,936评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,172评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,970评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,414评论 2 342

推荐阅读更多精彩内容