最近在优化项目虽说小优化一直在持续，大版本的优化也进行了两个版本了但是bug列表依旧血淋淋的摆在那里。有的看一眼也能找到问题所在但是有的就是想破头也不知道问题在哪里，毕竟整个项目经过了N个人的手代码风格迥异阅读起来也会有不小的困难，因此在这分享一下解决这些个bug之间遇到的问题和一些看似实用的方法。

首先是字典中插入nil和数组中插入nil以及数组的越界问题

有人就会说在插入之前和取数组元素之前判断一下不就解决问题了吗？

那么你在字典中插入数据可能就是类似这样的写法：

NSMutableDictionary *mDict = [NSMutableDictionary dictionary];

[mDict setObject:(string ? : @"") forKey:@"key"];

也许大家会有这种想法：何必在这这么判断呢？写一个公共方法或者宏不就比这个简洁吗，事实确实如此，然而代码中过多的使用宏会在预处理阶段消耗大量的时间从而削弱用户体验，也不知道是什么原因导致在swift中直接就取消了宏这个东西

同样的在数组中添加元素也是类似的写法：

NSMutableArray *marr = [NSMutableArray array];

[marr addObject:(string ? : @"")];

获取数组中的元素可能会是这样子的：

if (index < marr.count) {

  NSString *elem = marr[index];

} else {

  NSLog(@"越界了");

}

上面这样写在实际项目中完全没有问题，而且也是最简单最暴力的写法，然而人类的创造力是无限的，当然了作为程序员的我们更是有着一颗想要通过自己的双手去改变世界的心(然而也只是想想并没有什么卵用)，自然而然的就会衍生出各种各样的写法，比如将获取数组元素修改为下面这个样子：

@interface NSArray (NHAdd)

- (id)objectOrNilAtIndex:(NSUInteger) index;

@end

@implementation NSArray (NHAdd)

- (id)objectOrNilAtIndex:(NSUInteger) index {

  return index < self.count ? self[index] : nil;

}

@end

看到这里我相信大家都松了一口气，再也不用写上面无聊反复的判断了，只要在获取数组元素的时候调用上面分类的方法一切崩溃问题都会迎刃而解。
然而现实总是残酷的，残酷的现实如下：

  • 调用上面分类的方法那么就意味着我们再也不能像这样marr[2]来获取数组的元素，只能通过调用objectOrNilAtIndex:2来获取元素，在某种意义上来说会降低代码的可读性，当然了苹果也是推荐我们使用更为简单直观的方法来实现功能。