前言
该篇文章主要会涉及如下几个问题:
1、if else 和 switch case 在日常开发中该如何抉择？两者相比谁的效率会高些？
2、如何基于赫夫曼树结构减少 if else 分支判断次数？
3、如何巧妙的应用 do...while(0) 改善代码结构？
4、哨兵是什么东西？如何利用哨兵提高有序数组查找效率？
5、如何降低 for 循环嵌套的时间复杂度？
6、如何利用策略模式替换繁琐的 if else 分支？
虽然该篇文章说来说去都是 if else、switch case、for、while几个很简单的关键字，但是确实都是一些比较实用的小技巧，希望对你实际工作有所帮助。
PS: 做了回标题党，见谅😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀😀
一、if else 和 switch case 效率问题
switch case 与 if else 的根本区别在于: switch case 会生成一个跳转表来指示实际的 case 分支的地址，而这个跳转表的索引号与switch变量的值是相等的。从而，switch case 不用像 if else 那样遍历条件分支直到命中条件，而只需访问对应索引号的表项从而到达定位分支的目的。switch case 会生成一份大小（表项数）为最大 case 常量 ＋1 的跳表，程序首先判断 switch 变量是否大于最大 case 常量，若大于，则跳到 default 分支处理；否则取得索引号为switch变量大小的跳表项的地址（即跳表的起始地址＋表项大小＊索引号），程序接着跳到此地址执行，到此完成了分支的跳转。
switch 的缺点主要有两点: 1、 switch 有点以空间换时间的意思，因为它要生成跳表，特别是当case常量分布范围很大但实际有效值又比较少的情况，switch case 的空间利用率将变得很低。2、if else 能应用于更多的场合，switch case可能就做不来，如:if (a > 1) 。
除此， if else 的效率问题同简单文件压缩原理还有一定的关联，主要是涉及赫夫曼树结构知识，具体可以参照笔者之前写的这篇文章。
二、用do while(0) 改善代码结构
先看一段代码，要重点注意代码中的注释。
- (NSString *)handleString:(NSString *)str {
if (![str isKindOfClass:[NSString class]]) {
return nil;
}
if(str.length <= 0) {
return nil;
}
// 第一部分逻辑依赖于前面的判断，只有判断通过的时候才执行
我是第一部分逻辑伪代码
// 第二部分逻辑不依赖于前面的判断(第二部分中的逻辑可能会依赖第一部分逻辑处理结果),无论判断是否通过都要执行
我是第二部分逻辑伪代码
}
试问，怎样做才能巧妙的满足上述注释代码的需求，因为上述代码中存在 return nil; 一旦执行到此处，逻辑一和逻辑二处的伪代码都不会再执行。为了满足上述要求，我们可以巧妙的利用 break 退出临时构造的代码块，但不退出整个函数。
- (NSString *)handleString:(NSString *)str {
do {
if (![str isKindOfClass:[NSString class]]) {
break;
}
if(str.length <= 0) {
break;
}
// 第一部分逻辑依赖于前面的判断，只有判断通过的时候才执行
我是第一部分逻辑伪代码
}while (0);
// 第二部分逻辑不依赖于前面的判断(第二部分中的逻辑可能会依赖第一部分逻辑处理结果),无论判断是否通过都要执行
我是第二部分逻辑伪代码
}
三、有序数组查找操作中的哨兵
正常的查找处理。
NSArray *arr = @[@1,@2,@3,@4,@5];
for (NSInteger i = 0; i < arr.count; i++) {
if ([arr[i] integerValue] == 2) {
NSLog(@"for 找到了");
}
}
利用哨兵进行查找处理。
- (BOOL)search:(NSNumber *)key array:(NSMutableArray *)arr{
if (arr.count <= 0) {
return NO;
}
NSInteger i = arr.count - 1;
NSNumber *firstObj = (NSNumber *)arr[0];
if ([firstObj integerValue] == [key integerValue]) {
return 0;
}
NSLock * lock = [[NSLock alloc]init];
[lock lock];
arr[0] = key;
//同上面for循环相比，i < arr.count的判断，在处理大批量数据时候，对性能提升比较大
while ([arr[i] integerValue] != [key integerValue]) {//该句代码和上面for循环中的if判断等价======
i--;//该句代码和上面的i+等价======
}
arr[0] = firstObj;
[lock unlock];
if (i == 0) {
return NO;
}else{
return YES;
}
}
仔细观察上述两段代码，同样是在有序数组中查找目标为 2 的元素，第一段代码是常规迭代处理，第二段代码是将要查找的元素设置为哨兵。同第一段代码相比第二种方式少了 i < arr.count 的判断，在小批量有序数组查询中对效率的提升并无明显影响，但是在处理大批量数据时候，对性能提升还是比较明显的。
四、多层 for 嵌套处理
实际开发中应尽量避免使用双层 for 循环，客户端数据量比较小可能实际开发中并不是很注意这些。但是后端开发过程中，数据量比较大, 为了提升性能，有些公司后端开发中可能会直接规定避免使用多层 for 循环嵌套的形式。一般第二层或更深层的 for 循环可以使用字典替换。双层 for 循环嵌套的时间复杂度是 n 的二次方。但如果内部 for 循环用字典代替时间复杂度为 O(2n)( 实际是 O(n))。如: 两个数组中有且只有一个相同元素，寻找该元素。其中一个数组就可以先用字典做保存，遍历第一个数组的时候, 同字典中的数据做比较即可。
NSArray *arr1 = @[@1,@2,@3,@4,@5];
NSArray *arr2 =@[@5,@6,@7,@8];
NSMutableDictionary *dict = [NSMutableDictionary dictionary];
for (NSInteger i = 0; i < arr2.count; i++) {
[dict setObject:arr2[i] forKey:[NSString stringWithFormat:@"%ld",i]];
}
for (NSInteger i= 0 ; i < arr1.count; i++) {
NSNumber *number = [dict objectForKey:[NSString stringWithFormat:@"%ld",i]];
if ([arr1[i] integerValue] == [number integerValue]) {
NSLog(@"相同的数据为:%@",number);
break;
}
}
五、用策略模式替换 if else
笔者之前这篇文章的第四部分有详细介绍到，这里不再做过多描述。
小结
文章很简短，但是笔者自认为都是一些很实用的技巧。可能因为if else、switch、while、for 这几个关键字过于简单，许多开发者并不太注意，也不知道这些技巧。
