1. C语言的for循环遍历;
2. Objective-C的快速枚举;
3. 集合对象的枚举块语法。

为了测试以上三种枚举方法消耗的时间，我写了一个小程序，对含有1万个元素的数组进行打印操作，看看分别都消耗了多长时间。核心代码如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

NSUInteger totalCount = 10000;
NSMutableArray *array = [NSMutableArray arrayWithCapacity:totalCount];
        //create an array including 10000 elements
    for (int i = 0; i<totalCount; i++) {
        array[i] = [@(i) stringValue];
    }
        //C Language For Loop Enumeration
    CFTimeInterval start1 = CACurrentMediaTime();
    for (int j = 0; j< totalCount; j++) {
        NSLog(@"%@",array[j]);
    }
    CFTimeInterval end1 = CACurrentMediaTime();
    NSLog(@"C Language For Loop method %f",end1 - start1);
        //Objective-C Fast Enumeration
    CFTimeInterval start2 = CACurrentMediaTime();
    for (NSString *string in array) {
        NSLog(@"%@",string);
    }
    CFTimeInterval end2 = CACurrentMediaTime();
    NSLog(@"Objective-C Fast Enumeration method %f",end2 - start2);
        //Objective-C Block Enumeration
    CFTimeInterval start3 = CACurrentMediaTime();
    [array enumerateObjectsWithOptions:NSEnumerationConcurrent usingBlock:^(NSString * obj, NSUInteger idx, BOOL *stop) {
        NSLog(@"%@",obj);
    }];
    CFTimeInterval end3 = CACurrentMediaTime();
    NSLog(@"Objective-C Block Enumeration method %f",end3 - start3);

其中CACurrentMediaTime()是一个返回系统时间的函数(苹果参考文档)，可以通过结束时间减去开始时间计算代码所消耗的时间。(附：在Mac终端中输入w可以查询机器已经运行的时间信息，w属于Unix命令。)

部分运行结果：

1
2
3

2014-03-11 15:04:41.522 testspeed[19780:70b] C Language For Loop method 7.750710
2014-03-11 15:04:47.847 testspeed[19780:70b] Objective-C Fast Enumeration method 6.323673
2014-03-11 15:04:53.715 testspeed[19780:70b] Objective-C Block Enumeration method 5.866547

从以上结果可以看出，语法块的枚举耗时最短，快速枚举次之，for循环最慢。语法块枚举快的主要原因是枚举options中采用了NSEnumerationConcurrent，也就是并行处理，充分发挥了多核心的优势。当然这么做会导致输出顺序错乱，如果需求对顺序要求严格，就不能使用这个选项。

1
2
3
4
5
6
7

#define NSLog(format, ...) do {\
fprintf(stderr, "<%s : %d> %s\n",\
        [[[NSString stringWithUTF8String:__FILE__] lastPathComponent] UTF8String],\
        __LINE__, __func__);\
(NSLog)((format), ##__VA_ARGS__);\
fprintf(stderr, "-------\n");\
} while (0)

如果还想深入了解宏定义的知识，请参考这里。

1. NSArray逆序

1
2
3

NSArray *arr = @[@"first",@"second"];
arr = arr.reverseObjectEnumerator.allObjects;
NSLog(@"%@",arr);

输出结果为：

1
2
3
4

2014-01-05 13:52:09.303 CircleAudio[39584:70b] (
second,
first
)

1. NSArray快速去重

1
2
3

NSArray *arr = @[@"first",@"second",@"first"];
arr = [arr valueForKeyPath:@"@distinctUnionOfObjects.self"];
NSLog(@"%@",arr);

输出结果：

1
2
3
4

2014-01-05 13:54:53.457 CircleAudio[39976:70b] (
first,
second
)

以上的技巧都是从WWDC2013 session 228中学到的，其中还有一些技巧比如：联合两个数组并去重，感兴趣的同学可以自行下载视频研究。

2014.4.21更新:

对于更多有关KVC运算符的介绍，可以参考NSHipster的博文。

那么如何使用这些表情呢？主要的思路是拿到Emoji表情的编码。获得Emoji编码的方法是在Mac OS 10.7（lion）及以上版本中随便打开一个程序，选择编辑菜单中的最后一项：特殊字符。 在特殊字符窗口点击左上角下拉菜单，选择自定列表，在自定列表中如果表情符号没有勾选，请勾选。然后往下找到代码表，展开代码表并勾选Unicode选项，最后点击完成。

随便选择一个Emoji表情，右边的详细信息里就会显示这个表情的Unicode，我们需要的就是这个编码（不是括号中的）。

现在就可以使用这个表情了，将刚才查到表情的Unicode赋值给某个对象的text属性中。需要注意的是赋值时需要以”\U”开头，并写够8位，不够时用0在高位补齐。比如下面这个赋值写法：

1

self.label.text = @"\U0001F603";`

在模拟器中的效果:

其实iOS是支持自定义字体的。首先我们可以通过以下代码查看iOS都内置了哪些字体。

1
2
3
4
5
6
7
8

NSArray *familyNames = [UIFont familyNames];
for (NSString *familyName in familyNames) {
  printf("Family: %s \n",[familyName UTF8String]);
  NSArray *fontNames = [UIFont fontNamesForFamilyName:familyName];
  for (NSString * fontName in fontNames) {
      printf("\tFont: %s \n",[fontName UTF8String]);
  }
}

从网上下载到自己想要的字体文件，比如：楷体_GB2312.ttf（.ttf和.odf均可）。将字体文件添加到项目中，并确保字体文件已加入工程的Copy Bundle Resources中：

同时要在工程的info.plist文件中添加一个名为”Fonts provided by application”的键，这个键的值是一个数组，将自定义字体文件的全名添加进去。

以上两步做完之后，还需要再执行一下之前提到的列举所有字体的代码，从打印的字体名称中找到自定义字体的名称。例如楷体_GB2312的字体名称为：KaiTi_GB2312。

现在就可以在项目中使用这个自定义字体了，例如将一个UILabel对象的字体设置为楷体_GB2312，代码如下：

1

self.KaitiLabel.font = [UIFont fontWithName:@"STKaiti" size:25];

最后，送给大家一个使用了娃娃体Label的效果图:

任何一个项目都可以设置它的Settings Bundle，Settings Bundle字面意思就是设置的大集合，里面可以存放系统的默认设置和用户选择的值。我们可以通过点击左下角的“+”然后选择添加新文件（new file…）来生成：

完成后会发现项目中多了一个Settings.bundle文件，展开后一般会有一个本地化的语言包（en.lproj）和Root.plist文件。本地化语言包是做国际化时用到的，而Root.plist就是用来控制这个app在系统设置中显示设置内容的文件。通过查看这个Root.plist文件你就会发现这个文件像一个大字典，并且它跟info.plist很接近，都是通过XML语法来实现的，你可以在“Preference Items”这个数组中添加一些设置项目，项目种类包括：Group、Multi Value、Slider、Text Field、Title和Toggle Switch。每一个项目都是一个字典，里面都包含有一些键值对。

如果是顺序添加的话直接选中“Preference Items”后点击它旁边的“+”；如果不小心选错需要变更一下项目间的顺序怎么办呢？这里面有一个小技巧。因为Root.plist本质上是一个XML文件，所以我们可以通过查看它的源代码来调整顺序。在Root.plist文件单击右键，选择Open As→Source Code，将会显示XML格式的源码。把要更改顺序项目的 <dict> 和 </dict> 标签之间的内容（包括 <dict> 和 </dict> 标签）移到你想要的位置即可。

既然settings.bundle是app的设置总管，是不是程序一启动就会自动加载它里面的设置呢？我一开始也是这么认为的，可是在亲自尝试后发现不是那么回事。通过查阅相关文档我发现需要在程序启动成功后将settings.bundle中的设置注册到NSUserDefaults中去，这样才能取到设置的内容。

这里我推荐一个网站：iOS Developer Library。这个网站是苹果官方的开发者库，里面有大量的官方文档、技术问答以及示例代码。尤其要提一下示例代码，苹果的示例代码是会更新的，有时候从Xcode中的Organizer查到的不一定都是最新的示例代码。

在苹果的Developer Library中我查到了最新的AppPrefs示例代码，里面展示了如何在程序启动时拿到settings.bundle中的设置内容，以及如何立即更新更改的设置的方法（利用NSUserDefaultsDidChangeNotification）。我们可以直接把AppPrefs中的代码复制到自己的项目中使用。

最后说一下，一般示例代码中的内容就是为了展示思路和方法，最好不要照本宣科的完全复制。比如这个AppPrefs，它把读取settings.bundle内容的代码放在了AppDelegate中，我个人感觉这样做会让AppDelegte类显得十分臃肿，应该把读取的代码单独放在另外一个类中，我会选择做一个NSUserDefaults的类别（category）来存放。

• 快速显示元素相对位置

这个技巧由余书懿在新浪微博分享。 在IB中，选中一个control A,然后按住alt键，鼠标指向B，就显示A和B的相对位置关系，指向父view也行。

• 给页面添加水平、垂直辅助线

这个技巧是由我一个好朋友，同时也是陌陌的产品经理Memtimen发现的。IB中是可以添加水平和垂直的辅助线的。并且辅助线是可以拖动、重复添加和删除的。

水平辅助线的快捷键是：Command ＋ Shift ＋ －

垂直辅助线的快捷键是：Command ＋ Shift ＋ ｜

当然，也可以通过菜单命令来生成，位置在Editor菜单下,如下图：

辅助线的生成位置是由当前选定的view的中心点决定的，也就是说，如果当前选定了根view，那么将生成根view的辅助线；如果选中的是某一个UI控件，那就以这个控件的中心点生成。（注意下图的UILabel & UIButton）

有了辅助线就可以轻松根据辅助线对齐控件（辅助线可以吸附），拖动辅助线可以查看辅助线把视图分割的两部分大小。

至于删除辅助线嘛，就是把辅助线在其方向上移出视图边界，你会听到嗖地一声同时会看到一个丢纸团的动画，那就表明删除辅助线成功了。

小结：

从我自身来讲，一开始做iOS开发也不是很爱用IB这个东西，感觉调整起来非常别扭。但是随着我做开发时间的变长，我越来越觉得IB非常好使，非常直观与节省时间。之前在《程序员》上看过一位计算机博士写的连载文章：《Mac OS X 背后的故事》，其中有一个章节是讲Interface Builder的，了解了IB的来龙去脉，才知道IB是乔帮主极力推崇的好东西。在我看来，IB才是Xcode这个IDE与众不同和精华所在，不会使用IB的iOS开发者不能算是真正iOS开发者，因为他从没有真正走进乔帮主的内心世界！

以上只是本人一家之言，各位看看了解一下就可以了，习惯这个东西不是那么容易改的。

可复用的队列一般要写在UITableView的cellForRowAtIndexPath方法中，之前的写法一般是这样：

1
2
3
4
5
6
7

static NSString *CellIdentifier = @"Cell";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];
  if (cell == nil){
      cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:CellIdentifier];
  }
// Configure the cell    
return cell;

上面这段代码的原理是首先会定义一个静态单元格标识，之后看看可复用队列中是否存在带有这个标识的单元格，如果没有就要重新生成。

对于一些拥有一段iOS开发经验的开发者来说这段代码应该是再熟悉不过了，因为好多应用都会用到UITableView。但是我在Xcode5 DP版本上发现这段代码有了变化，在Xcode5 DP中新生成的UITableViewController类中的cellForRowAtIndexPath方法变成了以下这样：

1
2
3
4

static NSString *CellIdentifier = @"Cell";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier forIndexPath:indexPath];
// Configure the cell... 
return cell;

表面上看UITableView好像支持了一个新方法：dequeueReusableCellWithIdentifier:forIndexPath:,这个方法是怎么回事呢？赶紧来看看这个方法的说明：

说明文档中说这个方法也可以从复用队列中提取cell。如果cell没有在复用队列中，那就会调用cell的initWithStyle:reuseIdentifier:方法生成新的cell。至于之前在代码中指定cell的风格，现在已经可以在storyboard中指定了。

上面这个例子充分说明了苹果在简化代码方面作出的巨大努力。Objective-C本身语法就有些长(verbose)，如果不深入研究一些简化代码的写法，那么一个项目的代码就会变的非常冗余。这也是程序员经常说的把代码写多容易，而把代码量减少并且不丧失功能才是有难度的。

另外我注意到这个方法是从iOS6.0版本开始支持的，可是在Xcode4.6.3中生成新的UITableViewController并不会默认生成新方法，只有Xcode5中才会生成，不知道这个方法在Xcode4.6.3中是否可以使用，需要通过实践来检验。

• KVC与字典

有时候我们需要取出嵌套字典中的某个键的值。例如某个嵌套字典：

1

NSDictionary *dict = @{@"subDict":@{@"subKey":@"aStr"}};

需要取出 subKey 这个键的值。以前总是用 valueForKey 嵌套的语法来做，其实根本不用那么麻烦，直接利用 valueForKeyPath 方法就可以实现。代码如下：

1

NSString *str = [dict valueForKeyPath:@"subDict.subKey"];

• KVC实现高阶消息传递

有时候需要对数组中每个对象调用某一个方法后生成新的数组，我们可以利用KVC的高阶消息传递功能来实现。例如有下面这样一个数组：

1

NSArray *originArr = @[@"octopress",@"nijino",@"saki"];

我想将这个数组中的每一个元素首字母大写，然后生成新的数组，如果按照常规做法需要利用快速枚举对数组每一个元素进行操作，并且还要分配一个空数组来存储处理过的元素。

而利用KVC的高阶消息传递，只需一句话就可以达到目的：

1

NSArray *resultArr = [originArr valueForKey:@"capitalizedString"];

这样一步就实现了需求。

小结：

KVC是Objective－C特有的语法现象，可以加以利用实现代码的简洁性和可维护性。

• strong
• weak
• unsafe_unretained
• autoreleasing

其中前三个可以用于属性中声明所有权。对于这三个用于属性声明的修饰符，下面分别讲讲他们对应的使用场景。

1. strong：与之前的retain差不多，可以增加属性引用计数的值。在不需要的时候，需要手动设置属性为nil。

2. weak：是iOS5及以上才支持的修饰符。它被称为“归零弱引用”。可以只是持有指针而不增加引用计数来避免循环保留。当指针指向的内存被销毁后，声明weak的属性指针会自动置为nil，这也是它被称为归零弱引用的原因。

3. unsafe_unretained：对于iOS5以下版本，并不支持ARC中的weak声明，可以用unsafe_unretained声明来代替weak。unsafe_unretained同样也是不增加引用计数的值，但它没有“归零”的动作，需要手动操作，一般作为支持iOS5以下weak的替代方案。

解释了3种属性的意义，下面说说对于属性声明为IBOutlet时3种所有权修饰符的取舍以及使用技巧。
由于我自己很熟悉Interface Bulider中的操作，所以非常喜欢那种拉控件然后连线并直接声称属性代码的操作。对于直接从xib或者storyboard拉出来生成的IBOutlet属性，一般是选择strong还是weak呢？

这里有个原则：

如果该控件位于控件树的顶部，比如 UIViewController下的view，那就应该选择strong，因为viewcontroller直接拥有该view。例如右图中的View。

而如果控件是viewcontroller中view的子视图，对于这个子视图，它的所有者是它的父视图，代码中只是想引用一下这个子视图的指针而已，那么就应该选择weak（iOS5以下选择unsafe_unretained）。例如左图中的UILabel。

对于以上的概念，我用一张图表来说明：

1

[string1 isEqualsToString:string2];

来比较两个字符串是否一致。对于字符串的isEqualsToString方法，需要逐个比较字符串的内容，是比较耗时的操作。

偶然间我发现NSString类里有个hash方法，作用是返回NSString实例的散列值。众所周知，内容相同的字符串拥有相同的散列值，内容不同的字符串拥有不同的散列值。所以完全可以根据字符串散列值来判断两个字符串是否一致。 于是上面比较字符串的写法可以这么写(一般比较字符串是if语句的判断条件):

1

if ([string1 hash] == [string2 hash])

实践中发现了一个问题：有时候字符串返回的散列值为负数，而苹果文档说hash方法一定返回无符号数，不知是不是位数问题造成的。

例如:

1
2
3
4

NSString *string1 = @"yyb";
NSString *string2 = @"nijino_saki";
NSLog(@"string1 hash %d",[string1 hash]);
NSLog(@"string2 hash %d",[string2 hash]);

输出结果为:

1
2

2013-06-19 18:47:11.612 test[26719:c07] string1 hash 530522127
2013-06-19 18:47:11.613 test[26719:c07] string2 hash -975949159

欢迎来到我的技术博客，这个博客是由Octopress构建的。 同时也欢迎访问我在网易的博客。