iOS

《编高iOS 52方法》第一章——熟悉Objective-C

2021-03-30  本文已影响0人  凡几多

前言

工作很多年了，如今再来熟悉回顾一下 iOS 一些基础的知识点，查缺补漏，也可以规范、优化自己的代码，重拾一些容易被我们忽略掉的地方，改掉一些不良的代码习惯，所以学习分享一下这本《编写高质量iOS与OS X代码的52个有效方法》。
此篇主要学习第一章：熟悉 Objective-C。这一章分为了 5 条有效方法，本章主要讲基础知识。

第1条：了解 Objective-C 语言的起源

OC 使用的是“消息结构”，而非 ”函数调用“。OC 是由 Smalltalk 演化而来的，后者是消息型语言的鼻祖。

Object *obj = [Object new];
[obj preformWith:parameter1 and: parameter2];

Object *obj = new Object;
obj->perform(parameter1, parameter2);

区别：

消息结构：运行时所执行的代码由运行环境来决定。
函数调用：运行时所执行的代码由编译器决定。

OC 为 C 语言添加了面向对象特性，是其超集。OC 使用动态绑定的消息结构，运行时才会检查对象类型。接收一条消息以后，最终执行何种代码，由运行环境而非编译器决定。

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

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

// EOCPerson.h
#import <Foundation/Foundation.h>
@interface EOCPerson : NSObject
@property (nonatomic, copy) NSString *firstName;
@property (nonatomic, strong) EOCEmployer *employer;

上面添加了 EOCEmployer，一般是在.h中加入

#import "EOCEmployer.h"

这样不够优雅，因为编译 EOCPerson 类时不需要知道EOCEmployer 类的全部细节，只需要知道一个类名叫 EOCEmployer 就好，所以可以这样告诉编译器：

@class EOCEmployer;

这就叫 向前声明，然后在 .m 中则需要引入 EOCEmployer 的头文件了，因为要使用后者必须知道其所有接口细节。

📝总结：

  • 除非有必要，否则不要引入头文件。应在.h中采用向前声明 ”@“ 来提及背的类，并在 .m 中引入，这样可降低类间耦合。
  • 无法向前声明时，比如声明某个类遵循的协议时。尽量把协议声明移到分类中，如果不行，就把协议单独放在一个头文件中再引入。

第3条：多用字面量语法，少用与之等价的方法

字面量语法实际上是一种 ”语法糖“（syntacitc sugar）。

  • 糖衣语法：
    是指计算机语言中与另外一套语法等效但是开发者用起来却更加方便的语法。可令程序更易读，减少代码出错几率。

字面数值：

NSNumber *intNumber = [NSNumber numberWithInt: 1];

用字面量书法更整洁：

NSNumber *intNumber = @1;
NSNumber *floatNumber = @2.5f;
NSNumber *doubleNumber = @3.14159;
NSNumber *boolNumber = YES;
NSNumber *charNumber = @'a';
// 字面量也适用于下面的表达式
int x = 5;
float y = 6.32f;
NSNumber *expressionNumber = @(x * y);

字面量数组：

NSArray *animals = @[@"cat", @"dog", @"mouse"];
NSString *dog = animals[1];

id object1 = [[NSObject alloc] init];
id object2 = nil;
id object3 = [[NSObject alloc] init];
NSArray *arrayA = [NSArray arrayWithObjects:object1, object2, object3, nil];
NSArray *arrayB = @[object1, object2, object3];

运行结果是，arrayB 抛出异常，arrayA 创建成功，但只包含 object1 一个对象。
所以表明使用字面量语法更为安全，抛出异常崩溃比创建好数组才发现少了个元素要好，可以更快速发现错误。

字面量字典：

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

NSString *lastName = personData[@"lastName"];

可变数组与字典：

取下标操作：

mutableArray[1] = @"dog";
mutableDictionary[@"lastName"] = @"Galloway";

局限性：

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

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

#define ANIMATTION_DURATION 0.3

#define 的缺点是定义出来的常量没有类型信息，并且如果是在某个头文件中，那么所有引入此头文件的代码，其 ANIMATTION_DURATION 都会被替换为 0.3。
在头文件中使用很容易造成冲突。

最好使用下面的方式：

static const NSTimeIntercal kAnimationDuration = 0.3;
  • 常量常用的命名法：
    如果只想在某个实现(.m)内使用，则在前面加字母 k，如kAnimationDuration；
    若常量在类之外可见，则通常用类名为前缀，如 EOCViewAnimationDuration。

用此方法定义的常量包含类型信息，清楚的描述了常量的含义。
变量一定要同时用 static 和 const 来声明。这样试图修改 const 修饰的变量编译器会报错。static 代表该变量仅在定义此变量的编译单元中可见（即 .m 中）。
如果不加 static，编译器会创建一个”外部符号“，此时如果其他 .m 中声明了同名变量，则编译器会报错。

extern NSString *const EOCStringConstant;

在实现文件 .m 中定义：

NSString *const EOCStringConstant = @”VALUE“;

extern 关键字是要告诉编译器，在全局符号表中将会有一个名叫 EOCStringConstant 的符号。编译器无须查看其定义，即允许代码使用此常量，因为链接成二进制文件后，肯定能找到这个常量。

📝总结：

  • 不用 #define 定义常量。1 是因为不含类型信息，2 是因为如果有人冲定义了常量值也不会警告。
  • 在 .m 里用 static const 定义只在 .m 里可见的常量。
  • 在 .h 里用 extern 声明全局常量，并在对应的 .m 中定义其值。这种常量出现在全局符号表中，所以名字要加类名前缀区分。

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

在以一系列常量来表示错误状态码或可组合的选项时，极宜使用枚举为其命名。
枚举是一种常量命名方式。某个对象所经历的各状态可定义为一个枚举集，如”套接字链接“的状态：

enum EOCConnectionState {
  EOCConnectionStateDisconnected,
  EOCConnectionStateConnecting,
  EOCConnectionStateConnected,
}
typedef enum EOCConnectionState EOCConnectionState;

定义选项时也可使用枚举。若这些选项可以彼此组合则更应如此。各选项间可通过”按位或操作符“来组合。如下 UI 框架中的枚举类型，表示某视图该如何在水平或垂直方向上调整大小。

enum UIViewAutoresizing {
  UIViewAutoresizingNone                 = 0,
  UIViewAutoresizingFlexibleLeftMargin   = 1 << 0,
  UIViewAutoresizingFlexibleLeftWidth    = 1 << 1,
  UIViewAutoresizingFlexibleRightMargin  = 1 << 2,
  UIViewAutoresizingFlexibleTopMargin    = 1 << 3,
  UIViewAutoresizingFlexibleHeight       = 1 << 4,
  UIViewAutoresizingFlexibleBottomMargin = 1 << 5,
}

enmu UIViewAutoresizing resizing = UIViewAutoresizingFlexibleLeftWidth | UIViewAutoresizingFlexibleHeight;

辅助宏 NS_ENUM 和 NS_OPTIONS。

typedef NS_ENUM(NSUInteger, EOCConnectionState) {
  EOCConnectionStateDisconnected,
  EOCConnectionStateConnecting,
  EOCConnectionStateConnected,
}

typedef NS_OPTIONS(NSUInteger, EOCPermittedDirection) {
  EOCPermittedDirectionUp    = 1 << 0,
  EOCPermittedDirectionDown  = 1 << 1,
  EOCPermittedDirectionLeft  = 1 << 2,
  EOCPermittedDirectionRight = 1 << 3,
}

凡是需要以按位或操作来组合的枚举都应该使用 NS_OPTIONS，若是枚举不需要互相组合，则应使用 NS_ENUM 来定义。

📝总结：

  • 应用枚举表示状态、选项、状态码、样式等值，起个易懂的名。
  • 如果多个选项可同时使用，可定义为2的幂形式，以便通过按位或操作符组合。
  • 用 NS_OPTIONS 和 NS_ENUM 来定义枚举类型，并指明底层数据类型。
  • 处理枚举类型的 switch 中不要实现 default 分支。不然加了新枚举后会有黄色警告。

第一章就学习总结到这里，后面的请看后续的文章。

以上的总结参考了并部分摘抄了以下文章，非常感谢以下作者的分享！：
《编写高质量iOS与OS X代码的52个有效方法》

转载请备注原文出处，不得用于商业传播——凡几多

上一篇下一篇

猜你喜欢

热点阅读