在每个应用里我们都大量使用字符串。下面我们将快速看看一些常见的操作字符串的方法,过一遍常见操作的最佳实践。
字符串的比较、搜索和排序
排序和比较字符串比第一眼看上去要复杂得多。不只是因为字符串可以包含 代理对(surrogate pairs) (详见 Ole 写的这篇关于 Unicode 的文章) ,而且比较还与字符串的本地化相关。在某些极端情况下相当棘手。
苹果文档中 String Programming Guide 里有一节叫做“字符与字形集群(Characters and Grapheme Clusters)”,里面提到一些陷阱。例如对于排序来说,一些欧洲语言将序列“ch”当作单个字母。在一些语言里,“ä”被认为等同于“a”,而在其它语言里它却被排在“z”后面。
而 NSString
有一些方法来帮助我们处理这种复杂性。首先看下面的方法:
1 2 3 4 |
|
它带给我们充分的灵活性。另外,还有很多“便捷函数”都使用了这个方法。 与比较有关的可用参数如下:
1 2 3 4 5 6 |
|
它们都可以用逻辑或运算组合在一起。
NSCaseInsensitiveSearch
:“A”等同于“a”,然而在某些地方还有更复杂的情况。例如,在德国,“ß” 和“SS”是等价的。NSLiteralSearch
:Unicode 的点对 Unicode 点比较。它只在所有字符都用相同的方式组成的情况下才会返回相等。LATIN CAPITAL LETTER A 加上 COMBINING RING ABOVE 并不等同于 LATIN CAPITAL LETTER A WITH RING ABOVE.
译注:这个要解释一下,首先,每一个Unicode都是有官方名字的!LATIN CAPITAL LETTER A是一个大写“A”,COMBINING RING ABOVE是一个 ̊,LATIN CAPITAL LETTER A WITH RING ABOVE,这是Å前两者的组合不等同于后者。
Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy. A proxy SHOULD use up to 2*N connections to another server or proxy, where N is the number of simultaneously active users. These guidelines are intended to improve HTTP response times and avoid congestion.
Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy. A proxy SHOULD use up to 2*N connections to another server or proxy, where N is the number of simultaneously active users. These guidelines are intended to improve HTTP response times and avoid congestion.
NSNumericSearch
:它对字符串里的数字排序,所以 “Section 9” < “Section 20” < “Section 100.”NSDiacriticInsensitiveSearch
: “A”等同于“Å”等同于“Ä.”NSWidthInsensitiveSearch
: 一些东亚文字(平假名 和 片假名)有全宽与半宽两种形式。 很值得一提的是- (NSComparisonResult)localizedStandardCompare:
,它排序的方式和 Finder 一样。它对应的选项是NSCaseInsensitiveSearch
、NSNumericSearch
、NSWidthInsensitiveSearch
以及NSForcedOrderingSearch
。如果我们要在UI上显示一个文件列表,用它就最合适不过了。
大小写不敏感的比较和音调符号不敏感的比较都是相对复杂和昂贵的操作。如果我们需要比较很多次字符串那这就会成为一个性能上的瓶颈(例如对一个大的数据集进行排序),一个常见的解决方法是同时存储原始字符串和折叠字符串。例如,我们的 Contact
类有一个正常的 name
属性,在内部它还有一个 foldedName
属性,它将自动在 name
变化时更新。那么我们就可以使用 NSLiteralSearch
来比较 name
的折叠版本。NSString
有一个方法来创建折叠版本:
1 2 |
|
搜索
要在一个字符串中搜索子字符串,最灵活性的方法是:
1 2 3 4 |
|
同时,还有一些“便捷方法”,它们在最终都会调用上面这个方法,我们可以传入上面列出的参数,以及以下这些额外的参数:
1 2 3 |
|
NSBackwardsSearch
:在字符串的末尾开始反向搜索。NSAnchoredSearch
: 只考虑搜索的起始点(单独使用)或终止点(当与NSBackwardsSearch
结合使用时)。这个方法可以用来检查前缀或者后缀,以及 大小写不敏感(case-insensitive)或者 音调不敏感(diacritic-insensitive)的比较。NSRegularExpressionSearch
:使用正则表达式搜索,要了解更多与使用正则表达式有关的信息,请关注 Chris’s 的 String Parsing 。
另外,还有一个方法:
1 2 3 |
|
与前面搜索字符串不同的是, 它只搜索给定字符集的第一个字符。即使只搜索一个字符,但如果由于此字符是由元字符组成的序列(composed character sequence),所以返回范围的长度也可能大于1。
大写与小写
一定不要使用 NSString
的 -uppercaseString
或者 -lowercaseString
的方法来处理 UI 显示的字符串,而应该使用 -uppercaseStringWithLocale
来代替, 比如:
1 2 |
|
格式化字符串
同 C 语言中的 sprintf
函数( ANSI C89 中的一个函数 )类似, Objective-C 中的 NSString
类也有如下的3个方法:
1 2 3 |
|
需要注意这些格式化方法都是 非本地化 的 。所以这些方法得到的字符串是不能直接拿来显示在用户界面上的。如果需要本地化,那我们需要使用下面这些方法:
1 2 3 |
|
Florian 有一篇关于字符串的本地化的文章更详细地讨论了这个问题。
printf(3)的man页面有关于它如何格式化字符串的全部细节。除了所谓的转换格式(它以%字符开始),格式化字符串会被逐字复制:
1 2 3 4 |
|
我们格式化了两个浮点数。注意单精度浮点数和双精度浮点数能同一个转换格式。
对象
除了来自 printf(3) 的转换规范,我们还可以使用 %@
来输出一个对象。在对象描述那一节中有述,如果对象响应 -descriptionWithLocale:
方法,则调用它,否则调用 -description
。%@
被结果替换。
整数
使用整形数字时,有些需要注意的细节。首先,有符号数(d和i)和无符号数(o、u、x和X)分别有转换规范。需要使用者选择具体的类型。
如果我们使用的东西是 printf
不知道的,我们必须要做类型转换。NSUInteger
正是这样一个例子,它在64位和32位平台上是不一样的。下面的例子可以同时工作在32位和64位平台。
1 2 3 |
|
Modifier | d, i | o, u, x, X |
---|---|---|
hh | signed char | unsigned char |
h | short | unsigned short |
(none) | int | unsigned int |
l (ell) | long | unsigned long |
ll (ell ell) | long long | unsigned long long |
j | intmax_t | uintmax_t |
t | ptrdiff_t | |
z | size_t |
适用于整数的转换规则有:
1 2 3 4 |
|
%d
和 %i
具有一样的功能,它们都打印出有符号十进制数。%o
就较为晦涩了:它使用八进制表示。%u
输出无符号十进制数——它是我们常用的。最后 %x
和 %X
使用十六进制表示——后者使用大写字母。
对于 x%
和 X%
,我们可以在 0x 前面添加 “#” 井字符前缀看,增加可读性。
我们可以传入特定参数,来设置最小字段宽度和最小数字位数(默认两者都是0),以及左/右对齐。请查看man页面获取详细信息。下面是一些例子:
1 2 3 4 5 6 |
|
%p 可用于打印出指针——它和 %#x 相似但可同时在32位和64位平台上正常工作。
浮点数
关于浮点数的转换规则有8个:eEfFgGaA。但除了 %f
和 %g
外我们很少使用其它的。对于指数部分,小写的版本使用小写 e,大写的版本就使用大写 E。
通常 %g
是浮点数的全能转换符 ,它与 %f
的不同在下面的例子里显示得很清楚:
1 2 3 4 5 |
|
和整数一样,我们依然可以指定最小字段宽度和最小数字数。
指定位置
格式化字符串允许使用参数来改变顺序:
1 2 |
|
我们只需将从1开始的参数与一个$接在%后面。这种写法在进行本地化的时候极其常见,因为在不同语言中,各个参数所处的顺序位置可能不尽相同。
NSLog()
NSLog()
函数与 +stringWithFormat:
的工作方式一样。我们可以调用:
1 2 |
|
下面的代码可以用同样的方式构造字符串:
1 2 |
|
显然 NSLog()
会输出字符串,并且它会加上时间戳、进程名、进程ID以及线程ID作为前缀。
实现能接受格式化字符串的方法
有时在我们自己的类中提供一个能接受格式化字符串的方法会很方便使用。假设我们要实现的是一个 To Do 应用,它包含一个 Item
类。我们想要提供:
1
|
|
如此我们就可以使用:
1
|
|
这种类型的方法可以接受可变数量的参数,所以被称为可变参数方法。我们必须使用一个定义在 stdarg.h
里的宏来使用可变参数。上面方法的实现代码可能会像下面这样:
1 2 3 4 5 6 7 8 |
|
进一步,我们要添加 NS_FORMAT_FUNCTION
到方法的定义里(在头文件中),如下所示:
1
|
|
NS_FORMAT_FUNCTION
展开为一个方法 __attribute__
,它会告诉编译器在索引 1 处的参数是一个格式化字符串,而实际参数从索引2开始。这将允许编译器检查格式化字符串而且会像 NSLog()
和 -[NSString stringWithFormat:]
一样输出警告信息。
字符与字符串组件
如有一个字符串“bird”,找出组成它的独立字母是很简单的。第二个字母是“i”(Unicode: LATIN SMALL LETTER I)。而对于像Åse这样的字符串就没那么简单了。看起来像三个字母的组合可有多种方式,例如:
1 2 3 4 |
|
或者
1 2 3 |
|
从 Ole 写的这篇关于 Unicode 的文章 里可以读到更多关于联合标记(combining marks)的信息,其他语言文字有更多复杂的代理对(complicated surrogate pairs)。
如果我们要在字符层面处理一个字符串,那我们就要小心翼翼。苹果官方文档中 String Programming Guide 有一节叫做 “Characters and Grapheme Clusters”,里面有更多关于这一点的细节。
NSString
有两个方法:
1 2 |
|
上面这两个方法在有的时候很有帮助,例如,分开一个字符串时保证我们不会分开被称为代理对(surrogate pairs)的东西。
如果我们要在字符串的字符上做工作,NSString
有个叫做 -enumerateSubstringsInRange:options:usingBlock:
的方法。
将 NSStringEnumerationByComposedCharacterSequences
作为选项传递,我们就能扫描所有的字符。例如,用下面的方法,我们可将字符串 “International Business Machines” 变成 “IBM”。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
|
如文档所示,词和句的分界可能基于地区的变化而变化。因此有 NSStringEnumerationLocalized
选项。
多行文字字面量
编译器的确有一个隐蔽的特性:把空格分隔开的字符串衔接到一起。这是什么意思呢?下面两段代码是完全等价的:
1 2 3 4 5 |
|
和
1
|
|
前者看起来更舒服,但是有一点要注意千万不要在任意一行末尾加入逗号或者分号。 同时也可以这样做:
1
|
|
*译者注:上面这行代码原文是有误的,原文是
NSString *@"The man " @"who knows everything " @"learns nothing" @".";
读者可以尝试一下,如果这样写是无法通过编译的;
编译器只是为我们提供了一个便捷的方式,将多个字符串在编译期组合在了一起。
可变字符串
可变字符串有两个常见的使用场景:
- 拼接字符串
- 替换部分字符串
创建字符串
可变字符串可以很轻易地把多个字符串在你需要的时候组合起来。
1 2 3 4 5 6 7 8 9 10 11 12 |
|
这里要注意的是,虽然原本返回值应该是一个 NSString
类型的对象,我们只是简单地返回一个 NSMutableString
类型的对象。
替换字符串
可变字符串除了追加组合之外,还提供了以下4个方法:
1 2 3 4 |
|
这些方法和 NSString
的类似:
1 2 3 |
|
但是它没有创建新的字符串仅仅把当前字符串变成了一个可变的类型,这样让代码更容易阅读,以及提升些许性能。
1 2 3 4 5 6 7 8 9 10 |
|
连接组件
一个看似微不足道但很常见的情况是字符串连接。比如现在有这样几个字符串:
1 2 3 4 5 6 7 8 9 |
|
我们想用它们来创建下面这样的一个字符串:
1
|
|
那么就可以这样做:
1 2 |
|
如果我们将其显示给用户,我们就要使用本地化表达,确保将最后一部分替换相应语言的 “, and” :
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
|
那么在本地化的时候,如果是英语,应该是:
1 2 |
|
如果是德语,则应该是:
1 2 |
|
结合组件的逆过程可以用 -componentsSeparatedByString:
,这个方法会将一个字符串变成一个数组。例如,将 “12|5|3” 变成 “12”、“5” 和 “3”。
对象描述
在许多面向对象编程语言里,对象有一个叫做 toString()
或类似的方法。在 Objective-C 里,这个方法是:
1
|
|
以及它的兄弟方法:
1
|
|
当自定义模型对象时,覆写 -description
方法是一个好习惯,在UI上显示该对象时调用的就是 -description
方法的返回值。假定我们有一个 Contact
类,下面是它的 -description
方法实现。
1 2 3 4 |
|
我们可以像下面代码这样格式化字符串:
1
|
|
因为该字符串是用来做UI显示的,我们可能需要做本地化,那么我们就需要覆写
1
|
|
方法。
%@
会首先调用 -descriptionWithLocale
,如果没有返回值,再调用 -description
,在调试时,打印一个对象,我们用 po
这个命令(它是 print object 的缩写)
1
|
|
如果在调试窗口的终端下输入 po contact
,它会调用对象的 -debugDescription
方法。默认情况下 -debugDescription
是直接调用 -description
。如果你希望输出不同的信息,那么就分别覆写两个方法。大多数情况下,尤其是对于非数据模型的对象,你只需要覆写 -description
就能满足需求了。
实际上对象的标准格式化输出是这样的:
1 2 3 4 |
|
NSObject
就是这么干的。当你覆写该方法时,也可以像这样写。假定我们有一个 DetailViewController
,在它的UI上要显示一个 contact
,我们可能会这样覆写该方法:
1 2 3 4 |
|
NSManagedObject 子类的描述
我们将特别注意向 NSManagedObject
的子类添加 -description
/ -debugDescription
的情况。由于 Core Data 的惰性加载机制(faulting mechanism)允许未加载数据的对象存在,所以当我们调用 -debugDescription
我们并不希望改变我们的应用程序的状态,因此我要确保检查 isFault 这个属性。例如,我们可如下这样实现它:
1 2 3 4 5 6 7 8 |
|
再次,因为它们是模型对象,重载 -description
简单地返回描述实例的属性名就可以了。
文件路径
简单来说就是我们不应该使用 NSString
来描述文件路径。对于 OS X 10.7 和 iOS 5, NSURL
更便于使用,而且更有效率,它还能缓存文件系统的属性。
再者,NSURL
有八个方法来访问被称为 resource values 的东西。它们提供给我们一个稳定的接口来获取和设置文件与目录的多种属性,例如本地化文件名(NSURLLocalizedNameKey
)、文件大小(NSURLFileSizeKey
),以及创建日期( NSURLCreationDateKey
),等等。
尤其是在遍历目录内容时,使用 -[NSFileManager enumeratorAtURL:includingPropertiesForKeys:options:errorHandler:]
附带一个关键词列表,然后用 -getResourceValue:forKey:error:
检索它们,能带来显著的性能提升。
下面是一个简短的例子展示了如何将它们组合在一起:
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 |
|
我们把属性的键传给 -enumeratorAtURL:
方法中,在遍历目录内容时,这个方法能确保用非常高效的方式获取它们。在循环中,调用 -getResourceValue:
… 能简单地从 NSURL
得到已缓存的值,而不用去访问文件系统。
传递路径到UNIX API
因为 Unicode 非常复杂,同一个字母有多种表示方式,所以我们需要很小心地传递路径给 UNIX API。在这些情况里,一定不能使用 UTF8String
,正确地做法是使用 -fileSystemRepresentation
方法,如下:
1 2 3 4 5 6 7 |
|
与 NSURL
类似,同样的情况也发生在 NSString
上。如果我们不这么做,在打开一个文件名或路径名包含合成字符的文件时我们将看到随机错误。在 OS X 上,当用户的短名刚好包含合成字符时就会显得特别糟糕。
我们需要一个 char const *
版本的路径的一些常见情况是 UNIX open()
和 close()
指令。但这也可能发生在 GCD / libdispatch 的 I/O API 上。
1 2 3 4 5 |
|
如果我们要使用 NSString
来做,那我们要保证像下面这样做:
1 2 3 4 |
|
-fileSystemRepresentation
所做的是它首先将这个字符串转换成文件系统的规范形式然后用 UTF-8 编码。
原文链接:Working with Strings 翻译: 朱宏旭,riven,@唯木念 译文链接:objc.io 第9期之玩转字符串