[iOS笔记]《编写高质量iOS与OS X代码的52个有效方法》：1.熟悉Objective-C

简介：

最近公司项目收尾，可以有时间看看书了。《编写高质量iOS与OS X代码的52个有效方法》这本书讲解了很多iOS开发的技巧和规范，大力推荐！

下面是自己看书时整理的笔记，照惯例先上目录：

目录：

第一章：熟悉Objective-C

第二章：Object、Message、Runtime

第三章：接口与API设计

第四章：Protocol与Category

第五章：内存管理

第六章：Block与GCD

第七章：系统框架

第一章    熟悉Objective-C

• 起源
  • Smalltalk（消息型语言的鼻祖）

• 语言类型
  • 消息结构（messaging structure），对应函数调用（function calling）

• 与函数调用语言的区别
  • 消息结构：运行时所应执行的代码由运行环境来决定
  • 函数调用：运行时所应执行的代码由编译器决定

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

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

• @class
  • 将引入头文件的时机尽量延后，只在确有需要时才引入，这样可以减少类的使用者所需引入的头文件数量（减少编译时间）

• 要点
  • 除非确有必要，否则不要引入头文件
  • 一般来说，应在某个类的头文件中使用前置声明来提及别的类，并在实现文件中引入那些类的头文件，这样做可以尽量降低类之间的耦合
  • 有时无法使用前置声明，比如要声明某个类遵循一项协议

• literal syntax可以使NSNumber、NSArray和NSDictionary的代码更简洁清晰
  • NSNumber
    • 传统创建方式
      • NSNumber *someNumber = [NSNumber numberWithInt:1];
    • literal syntax
      • NSNumber *someNumber = @1;
  • NSArray
    • 传统创建方式
      • NSArray *animals = [NSArray arrayWithObjects:@“cat”, @“dog", nil];
    • literal syntax
      • NSArray *animals = @[@“cat”, @“dog”];
  • NSDictionary
    • 传统创建方式
      • NSDictionary *personData = [NSDictionary dictionaryWithObjectsAndKeys:@“Matt”, @“firstName”, nil];
    • literal syntax
      • NSDictionary *personData = @{@“Matt” : @“firstName”};
  • NSMutableArray和NSMutableDictionary
    • 传统取下标修改元素值
      • [mutableArray replaceObjectAtIndex:1 withObject:@“dog”];
      • [mutableDictionary setObject:@“Galloway” forKey:”lastName”];
    • literal syntax
      • mutableArray[1] = @“dog”;
      • mutableDictionary[@“lastName”] = @“Galloway”;

• 局限性
  • 除了字符串以外，所创建出来的对象必须属于Foundation框架
  • 如果自定义了这些类的子类，则无法用Literal Syntax创建其对象
  • 要想创建自定义子类的实例，需采用nonliteral syntax
  • 使用Literal Synatax创建出来的对象都是不可变的，如需可变版本，则需copy

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

第4条  多用类型变量，少用#define预处理指令

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

  在实现文件中使用static const来定义只在编译单元内可见的常量（translation-unit-specific constant）

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

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

• 要点
  • 应该用枚举来表示状态机的状态、传递给方法的选项以及状态码等值，给这些值起个易懂的名字
  • 如果把传递给某个方法的选项表示为枚举类型，而多个选项又可同时使用，那么就将各选项值定义为2的幂，以便通过按为或操作将其组合起来
  • 用NS_ENUM与NS_OPTIONS宏来定义枚举类型，并指定其底层数据类型
    • 这样做可以确保枚举是用开发者所选的底层数据类型表现出来的，而不会采用编译器所选的类型
  • 在处理枚举类型的switch中不要事先default分支
    • 这样的话，加入新枚举之后，编译器就会提示开发者：switch语句并未处理所有枚举