前言:
而今你们对“for嵌套if时间复杂度”大体比较关怀,朋友们都想要分析一些“for嵌套if时间复杂度”的相关知识。那么小编在网络上搜集了一些有关“for嵌套if时间复杂度””的相关资讯,希望兄弟们能喜欢,你们一起来学习一下吧!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; } }
标签: #for嵌套if时间复杂度