美文网首页
编写高质量iOS和OS X代码的52个有效方法(笔记)

编写高质量iOS和OS X代码的52个有效方法(笔记)

作者: XRD_太原 | 来源:发表于2017-02-05 17:51 被阅读0次

    <h3>第1章 熟悉Objective-C</h3>

    <h4>第1条:了解OC语言的起源</h4>

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

    <h4>第2条:在类的头文件中尽量少引入其他头文件</h4>

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

    <h4>第3条:多用字面量语法,少用与之等价的方法</h4>

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

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

    预处理指令  #define  ANIMATION_DURATION 0.3
    缺点:预处理过程会把碰到的所有ANIMATION_DURATION一律替换为0.3,这样的话,假设此指令声明在某个头文件中,那么所有引入了这个头文件的代码,其ANIMATION_DURATION都会被替换。
    
    若不打算公开某个常量,则应将其定义在使用该常量的实现文件中
    static const  NSTimeInterval kAnimationDuration = 0.3
    优点:清楚的描述了常量的含义。由此可知该常量类型为NSTimeInterval,这有助于为其编写开发文档。如果要定义许多常量,那么这种方式能令稍后阅读代码的人更容易理解其意图。
    
    还要注意常量名称。常用的命名法是:若常量局限于某“编译单元”(translation unit,也就是“实现文件”,implementation file)之内,则在前面加字母k;若常量在类之外可见,则通常以类名为前缀。
    
    有时候需要对外公开某个常量。比方说,你可能要在类代码中调用NSNotificationCenter以通知他人。用一个对象来派发通知,令其他欲接收通知的对象向该对象注册,这样就能实现此功能了。派发通知时,需要使用字符床来表示此项通知的名称,而这个名字就可以声明为一个外界的常值变量。这样的话,注册者无需知道实际字符串值,只需以常值变量来注册自己想要接收的通知即可。应该这样来定义:
    // In the header file
    extern NSString *const EOCStringConstant;
    
    // In the implementation file 
    NSString *const EOCStringConstant = @"VALUE";
    这个常量在头文件中“声明”,且在实现文件中“定义”。注意const修饰符在常量类型中的位置。所以在本例中,EOCStringConstant就是“一个常量,而这个常量是指针,指向NSString对象”。这与需求相符:我们不希望有人改变此指针常量,使其指向另一个NSString对象。
    
    其他类型的常量也是如此。假如要把前例中EOCAnimatedView类里的动画播放时长对外公布,那么可以这样声明:
    // EOCAnimatedView.h
    extern const NSTimeInterval EOCAnimatedViewAnimationDuration;
    
    // EOCAnimatedView.m
    const NSTimeInterval EOCAnimatedViewAnimationDuration = 0.3;
    这样定义常量要优于使用#define预处理指令,因为编译器会确保常量值不变。一旦在EOCAnimatedView.m中定义好,即可随处使用。而采用预处理指令所定义的常量可能会无意中遭人修改,从而导致应用程序各个部分所使用的值互不相同。
        总之,勿食用预处理指令定义常量,而应该借助编译器来确保常量正确,比方说可以在实现文件中用static const 来声明常量,也可以声明一些全局常量。
    
    要点:
        1.不要用预处理指令定义常量。这样定义出来的常量不含类型信息,编译器只是会在编译前据此执行查找与替换操作,即使有人重新定义了常量值,编译器也不会产生警告信息,这将导致应用程序中的常量值不一致。
        2.在实现文件中使用static const来定义“只在编译单元内可见的常量”(translation-unit-specific constant)。由于此类常量不在全局符号表中,所以无须为其名称加前缀。
        3.在头文件中使用extern来声明全局常量,并在相关实现文件中定义其值。这种常量要出现在全局符号表中,所以其名称应加以区隔,通常用与之相关的类名做前缀。
    

    <h4>第5条:用枚举表示状态、选项、状态码</h4>

    一个字节含8个二进制位,所以至多能表示可取256种(2的8次方)枚举(编号为0~255)的枚举变量。
    
    
    要点:
        1.应该用枚举来表示状态机的状态、传递给方法的选项以及状态码等值,给这些值起个易懂的名字。
        2.如果把传递给某个方法的选项表示为枚举类型,而多个选项又可同时使用,那么就将各选项值定义为2的幂,以便通过按位或操作将其组合起来。
        3.用NS_ENUM与NS_OPTIONS宏来定义枚举类型,并指明其底层数据类型。这样做可以确保枚举是用开发者所选的底层数据类型实现出来的,而不是采用编译器所选的类型。
        4.在处理枚举类型的switch语句中不要实现defauly分支。这样的话,加入新枚举之后,编译器就会提示开发者:switch语句并未处理所有枚举。
    

    <h3>第2章 对象、消息、运行期</h3>

    
    

    <h4>第6条:理解“属性”这一概念</h4>

    <h4>第7条:在对象内部尽量直接访问实例变量</h4>

    <h4>第8条:理解“对象等同性”这一概念</h4>

    <h4>第9条:以“类族模式”隐藏实现细节</h4>

    <h4>第10条:在既有类中使用关联对象存放自定义数据</h4>

    <h4>第11条:理解objc_msgSend的作用</h4>

    <h4>第12条:理解消息转发机制</h4>

    <h4>第13条:用“方法调配技术”调试“黑盒方法”</h4>

    <h4>第14条:理解“类对象”的用意</h4>

    <h3>第3章 接口与API设计</h3>

    <h4>第15条:用前缀避免命名空间冲突</h4>

    <h4>第16条:提供“全能初始化方法”</h4>

    <h4>第17条:实现description方法</h4>

    <h4>第18条:尽量使用不可变对象</h4>

    <h4>第19条:使用清晰而协调的命名方式</h4>

    <h4>第20条:为私有方法名加前缀</h4>

    <h4>第21条:理解OC错误模型</h4>

    <h4>第22条:理解NSCopying协议</h4>

    <h3>第4章 协议与分类</h3>

    <h4>第23条:通过委托与数据源协议进行对象间通信</h4>

    <h4>第24条:将类的实现代码分散到便于管理的数个分类之中</h4>

    <h4>第25条:总是为第三方类的分类名称加前缀</h4>

    <h4>第26条:勿在分类中生名属性</h4>

    <h4>第27条:使用“class-continuation分类”隐藏实现细节</h4>

    <h4>第28条:通过协议提供匿名对象</h4>

    <h3>第5章 内存管理</h3>

    <h4>第29条:理解引用计数</h4>

    <h4>第30条:以ARC简化引用计数</h4>

    <h4>第31条:在dealloc方法中只释放引用并解除监听</h4>

    <h4>第32条:编写“异常安全代码”时留意内存管理问题</h4>

    <h4>第33条:以弱引用避免保留环</h4>

    <h4>第34条:以“自动释放池块”降低内存峰值</h4>

    <h4>第35条:用“僵尸对象”调试内存管理问题</h4>

    <h4>第36条:不要使用retainCount</h4>

    <h3>第6章 块与大中枢派发</h3>

    <h4>第37条:理解 "块"这一概念</h4>

    <h4>第38条:为常用的块类型创建tyoedef</h4>

    <h4>第39条:用handler来降低代码分散程度</h4>

    <h4>第40条:用块引用其所属对象时不要出现保留环</h4>

    <h4>第41条:多用派发队列,少用同步锁</h4>

    <h4>第42条:多用GCD,少用performSelector系列方法</h4>

    <h4>第43条:掌握GCD及操作队列的使用时机</h4>

    <h4>第44条:通过Dispatch Group机制,根据系统资源状况来执行任务</h4>

    <h4>第45条:使用dispatch_once来执行只需要运行一次的线程安全代码</h4>

    <h4>第46条:不要使用 dispatch_get_current_queue</h4>

    <h3>第7章 系统框架</h3>

    <h4>第47条:熟悉系统框架</h4>

    <h4>第48条:多用块枚举,少用for循环</h4>

    <h4>第49条:对自定义其内存管理语义的collection使用无缝桥接</h4>

    <h4>第50条:构建缓存时选用NSCache而非NSDictionary</h4>

    <h4>第51条:精简initialize与load的实现代码</h4>

    <h4>第52条:别忘了NSTimer会保留其目标对象</h4>

    相关文章

      网友评论

          本文标题:编写高质量iOS和OS X代码的52个有效方法(笔记)

          本文链接:https://www.haomeiwen.com/subject/guveittx.html