前言
做个记录,比较下两者。
开始
NSRange OC中用来表示范围的,笔者第一次接触到是在截取字符串中:
let nsStr: NSString = "com.longjianjiang"
let nsNameRange = nsStr.range(of: "com")
上述结果为{0, 3}, 0为截取字符串的位置,3为截取字符串的长度,信息很直观;
但是笔者接触到Swift后,第一次使用的Swift中的Range要算是for循环中:
for i in 0..<5 {
print(i)
}
而且Swift中把很多之前OC中用NSRange来表示范围的都替换成了新的Range类型,比如同样的字符串截取:
let str = "com😂.longjianjiang"
let nameRange = str.range(of: "com😂")
上述结果为Index(offset: 0)..<Index(offset: 20), 是一个开区间,上述offset指的的是作为Unicode的字符偏移;
用NSRange来进行截取字符串时,如果字符串中含有emoji,此时就会少截,因为emoji比普通字符多占一个
let myNSRange = NSRange(location: 3, length: 3)
let myNSString: NSString = "longjianjiang"
print(myNSString.substring(with: myNSRange)) // "gji"
let myNSString2: NSString = "com😂.longjianjiang"
print(myNSString2.substring(with: myNSRange)) // "😂." 少了 l
Swift4中的String类的subString方法标记为过时,建议使用切片下标, 看来很推荐使用Range类型
但是在处理富文本的时候,方法中的范围参数依然是之前的NSRange(不知道未来会不会也替换为Range)所以这时就涉及了如何两个不同范围类型的转换,不过很简单,系统有提供方法;
let nsRange = NSRange(nameRange!, in: str) // str 为nameRange所在的字符串
let range = Range.init(nsRange)
对比两者,其实我们可以发现新的Range类型所表达的东西比NSRange更多,用途也更加广泛,不仅仅可以表示范围,而且也可以用在循环中,所以这就引出了Range的不同类型:
其实根据上述我们知道不同Range有两种类型,开闭区间的Range、是否可迭代的Range,组合一下就是四种。可迭代的Range的元素得遵守Strideable协议,该协议说明元素是连续的同时支持偏移计算,该协议继承自Comparable,而且默认的Range的元素就得遵守Comparable协议。
最后
有待补充
网友评论