iOS 编写高质量Objective-C代码(一)

级别: ★☆☆☆☆
标签:「iOS」「OC」「Objective-C」
作者: MrLiuQ
审校: QiShare团队

前言:
这几篇文章是小编在钻研《Effective Objective-C 2.0》的知识产出,其中包含作者和小编的观点,以及小编整理的一些demo。希望能帮助大家以简洁的文字快速领悟原作者的精华。
在这里,QiShare团队向原作者Matt Galloway表达诚挚的敬意。

文章目录如下:
iOS 编写高质量Objective-C代码(一)
iOS 编写高质量Objective-C代码(二)
iOS 编写高质量Objective-C代码(三)
iOS 编写高质量Objective-C代码(四)
iOS 编写高质量Objective-C代码(五)
iOS 编写高质量Objective-C代码(六)
iOS 编写高质量Objective-C代码(七)
iOS 编写高质量Objective-C代码(八)


目前iOS开发主推的官方语言有两种:Objective-CSwift
今天,小编帮助大家更加熟悉Objective-C,并且聊一聊如何才能编写高质量的OC代码。

一、Objective-C的起源

谈到Objective-C语言的出现,可要比Java还要早十多年。
Java在1995年推出,而Objective-C早在1980年代就已经出现了。

Objective-C (OC)Smalltalk语言演化而来,后者是消息传递型语言的鼻祖。

  • 消息传递?是的!引入了今天的第一个Key :消息传递
    OCC++Java等面向对象语言类似,但又有很大区别。为什么这么说呢?首先要引入的话题就是OC使用消息传递机制,而并非C++Java使用函数调用机制。
// Objective-C : messaging (消息传递)
Object *obj = [Object new];
[obj performWith:parameter1 and:parameter2];

// C++: function calling(函数调用)
Object *obj = new Object;
obj->perform(parameter1, parameter2);

区别:
消息传递:运行时所执行的代码由运行时环境决定(runtime
函数调用:运行时所执行的代码由编译器决定

简单来说,OC总在运行时才会去查找真正所要调用的方法,编译器并不用关心接收消息的对象是什么类型,接收消息的对象也是在运行时才工作,其过程叫做动态绑定(dynamic binding)。而其他大部分面向对象语言,会在运行时查找“虚方法表”(virtual table)来查出执行的方法(是调用子类的方法?还是父类的方法?)。


OC是C语言的超集,如果你熟悉C语言,那C语言里的大部分知识在编写OC代码时依然适用。
那么,今天的第二个Key:指针

OC里的指针主要用来指示对象,基本语法和C语言类似。

  • 例如:声明一个字符串
NSString *str1 = @"QiShare";

语法解释:声明了一个名为str1的变量,其类型为NSString *。是一个指向NSString的指针。

  • 错误案例:
NSString str2;

报错:error:interface type cannot be statically allocated
解释:对象不允许声明在栈空间上

不能在栈中分配OC对象,因为OC对象所占的内存会被分配在堆空间(heap space)上,由程序员来控制它的内存分配。而栈空间的临时基本数据由编译器控制

  • 再举一个典型案例:
xxxClass *Qi = [[xxxClass alloc] init];
xxxClass *Share = Qi;

这里有两个分配在栈空间的xxxClass指针:Qi和Share指向了堆空间中的同一块内存地址。

内存结构,图解如下:

分配在堆中的对象,内存必须由开发者管理。而分配在栈空间上的指针会在其栈帧弹出时自动清理。

OC将堆内存的管理抽象成了一个机制:ARC(Automatic Reference Counting)。在OC中,不需要用mallocfree来分配或释放对象所占的内存。OC在运行期环境中把这部分工作抽象为一套内存管理架构,我们称之为“引用计数”之后,我们会有专门的一篇文章讲解ARC机制

二、为了减少编译时间,.h文件中尽量少引入其他头文件。

必要时可以考虑在.h文件里"向前声明"该类。

@class QiShareClass;

@interface xxx : xxx

// ...

@end

在.m文件里再引入该类

#import "QiShareClass.h"

// ....

同时,向前声明也解决了两个类可能存在互相引用的问题。
例如:

  • Qi.h中
#import "Share.h"
  • Share.h中
#import "Qi.h"

当解析"Qi.h"时,编译器发现"Share.h",再导回自己本身"Qi.h"。
从而造成循环引用(chicken-and-egg situation,两个类循环引用,这里不是指retain-circle)。这样会导致两个类中有一个类不能正确编译。

示例如下:

推荐:如果用到协议,必要时可以把协议封装在一个单独的头文件里。不仅可以减少编译时间,还能避免循环引用的问题。

三、多用字面量语法,少用等价方法

  • 好处:简明易读,提高代码的可读性可维护性
  • 局限性:用字面量预防创建数组或字典时,值不能有nil,否则会抛出异常。

For Example:

// 字面量字符串
NSString *str = @"QiShare";

// 字面量数值
NSNumber *num = @(1);
NSNumber *floatNum = @(1.0);
int x = 5;
float y = 3.14;
NSNumber *num = @(x * y);

// 字面量数组
NSArray *animals = @[@"cat", @"dog", @"tiger", @"monkey"];
NSString *cat = animals[0];

// 字面量字典
NSDictionary *qiShareDic = @{@"englishName": @"QiShare",
                             @"chineseName": @"奇分享"}];
NSString *englishName = qiShareDic[@"englishName"];
NSString *chineseName = qiShareDic[@"chineseName"];
  • 注意:用字面量语法创造出来的对象默认都是不可变对象,如果需要可变对象,执行一步 mutableCopy
NSMutableString *mutableStr = [@"QiShare" mutableCopy];

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

  • 好处:定义出来的常量包含类型信息,不可变,可读性高。
  • #define定义的值只是在编译前作字符串替换操作,并不包含类型信息。并且如果一不小心被重新定义了常量值,编译器不会产生任何警告⚠️,最终导致常量值不一致。

For Example:

#define ANIMATION_DURATION 0.5

// 替换成
static const NSTimeInterval kAnimationDuration = 0.5;

// 全局常量
// QiShare.h
extern const NSTimeInterval QiShareAnimationDuration;

// QiShare.m
const NSTimeInterval QiShareAnimationDuration = 0.3;

五、多用枚举表示状态、选项、状态码

  • 通过枚举表示状态机的状态、传递给方法的选项以及状态码等值,增强了代码的可读性。
  • 枚举的值如果存在多选的可能,将选项值定义为2的幂。便于底层转成二进制存储。
  • NS_ENUMNS_OPTIONS 宏来定义枚举类型可以指明底层的数据类型。由开发者决定,而不是编译器决定。
    For Example:
typedef NS_OPTIONS(NSUInteger, UIViewAutoresizing) {
    UIViewAutoresizingNone                 = 0,
    UIViewAutoresizingFlexibleLeftMargin   = 1 << 0,
    UIViewAutoresizingFlexibleWidth        = 1 << 1,
    UIViewAutoresizingFlexibleRightMargin  = 1 << 2,
    UIViewAutoresizingFlexibleTopMargin    = 1 << 3,
    UIViewAutoresizingFlexibleHeight       = 1 << 4,
    UIViewAutoresizingFlexibleBottomMargin = 1 << 5
};

最后,特别致谢《Effective Objective-C 2.0》第一章


关注我们的途径有:
QiShare(简书)
QiShare(掘金)
QiShare(知乎)
QiShare(GitHub)
QiShare(CocoaChina)
QiShare(StackOverflow)
QiShare(微信公众号)

推荐文章:iOS UIButton之防止重复点击

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,386评论 6 479
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,939评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,851评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,953评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,971评论 5 369
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,784评论 1 283
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,126评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,765评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,148评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,744评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,858评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,479评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,080评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,053评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,278评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,245评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,590评论 2 343

推荐阅读更多精彩内容