采用现代Objective-C (1)

多年来,Objective-C语言已经有了革命性的发展。虽然核心理念和实践保持不变,但语言中的部分内容经历了重大的变化和改进。现代化的Objective-C在类型安全、内存管理、性能、和其他方面都得到了增强。使你更容易编写正确的代码。在你现有和未来的代码中使用这些改进是很重要的,会使你的代码一致、可读、灵活。

Xcode提供了一个工具来帮助做这些结构性的变化。但在使用这个工具之前,你想了解工具为你的代码做了什么改变以及为什么。本文强调了一些最重要的和有用的现代化方式可以用在你的代码中。

instancetype

使用instancetype关键字作为返回类型的方法,该方法返回一个类的实例(或该类的子类)这些方法包括alloc,init,和类工厂方法。


使用instancetype代替id在适当的地方可以改善Objective-C代码类型安全。例如:考虑下面的代码:

    @interface MyObject : NSObject
    + (instancetype)factoryMethodA;
    + (id)factoryMethodB;
    @end

    @implementation MyObject
    + (instancetype)factoryMethodA
    {
        return [[[self class] alloc] init];
    }

    + (id)factoryMethodB
    {
        return [[[self class] alloc] init];
    }
    @end

    void doSomething()
    {
        NSUinteger x, y;
        // Return type of +factoryMethodA is taken to be "MyObject *"
        x = [[MyObject factoryMethodA] count];
        // Return type fo +factoryMethodB is "id"
        y = [[MyObject factoryMethodB] count];
    }

因为+factoryMethodA使用了instancetype作为返回类型,该消息的类型
表达式为MyObject *.当MyObject没有-count方法的时候,编译器会发出警告的在x行:

    main.m: 'MyObject' may not respond to 'count'

然而,由于+factoryMethodB返回类型为id,编译器不可以给出警告。因为一个id可以是任何类型的对象类,由于存在一个名为-count的方法在一些类中,编译器可能返回一个+factoryMehtodB的实现的方法。

确保instancetype工厂方法有权利子类化行为,在初始化的时候一定要使用[self class]而不是直接引用的类名。遵循这个惯例确保编译器将正确判断出子类的类型。例如:考虑尝试这样做一个MyObject的子类从前面的示例:

    @interface MyObjectSubclass : MyObject

    @end

    void doSomethingElse()
    {
        NSString *aString = [MyObjectSubclass factoryMethodA];
    }

关于这个代码编译器将给出下面的警告:

    main.m: Incompatible pointer types initializing 'NSString *'
    with an expression of type 'MyObjectSubclass *'

在这个例子中,+factoryMethodA MyObjectSubclass类型的消息发送返回一个对象,这是接收者的类型。编译器确定适当的返回类型+factoryMethodA应该是MyObjectSubclass子类,而不是超类的工厂方法被调用。


怎样适配

在你的代码中,出现id作为返回值替换为instancetype在适当的地方。这通常是init方法和类的工厂方法。甚至编译器会自动转以“alloc”、“init”、“new”开头的方法,而不转换其他的方法。objective-c对instancetype的转换是显式的方式。


请注意,您仅应该用instancetype替换id作为返回值,而不是在你的代码的任何地方都这么做。不像id,instancetype在声明方法时仅仅只能作为返回值类型使用。

    例如:
    @interface MyObject
    - (id)myFactoryMethod;
    @end

    应该变为:
    @interface MyObject
    - (instancetype)myFactoryMethod;
    @end

或者,您可以在Xcode使用现代objective-c变换器自动进行转换您的代码。更多信息请看使用Xcode重构你的代码

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

推荐阅读更多精彩内容