版本记录
版本号 | 时间 |
---|---|
V1.0 | 2017.08.21 |
前言
前面我简单的写了些NSString的初始化,写了几篇,都不难,但是可以对新手有一定的小帮助,对于大神级人物可以略过这几篇,NSString本来就没有难的,都是细枝末节,忘记了查一下就会了,没有技术难点,下面我们继续~~~
1. NSString简单细说(一)—— NSString整体架构
2. NSString简单细说(二)—— NSString的初始化
3. NSString简单细说(三)—— NSString初始化
4. NSString简单细说(四)—— 从URL初始化
5. NSString简单细说(五)—— 向文件或者URL写入
6.NSString简单细说(六)—— 字符串的长度
7. NSString简单细说(七)—— 与C字符串的转化
8. NSString简单细说(八)—— 识别和比较字符串
9. NSString简单细说(九)—— 字符串的合并
10. NSString简单细说(十)—— 字符串的分解
11. NSString简单细说(十一)—— 字符串的查找
12. NSString简单细说(十二)—— 字符串的替换
13. NSString简单细说(十三)—— 字符串的分行和分段
14. NSString简单细说(十四)—— 字符串位置的计算
15. NSString简单细说(十五)—— 字符串转化为propertyList
16. NSString简单细说(十六)—— 画字符串
17. NSString简单细说(十七)—— 字符串的折叠和前缀
18. NSString简单细说(十八)—— 字符串中大小写子母的变换
19. NSString简单细说(十九)—— 根据映射获取字符串
20. NSString简单细说(二十)—— 获取字符串的数值
21. NSString简单细说(二十一)—— 字符串与编码
22. NSString简单细说(二十二)—— 与路径相关(一)
这一篇我们说一下与路径相关。
一、@property(readonly, copy) NSString *stringByAbbreviatingWithTildeInPath;
该方法的作用就是用波浪号(〜)字符替换当前路径的当前主目录部分。下面我们还是直接看代码。
- (void)demoStringByAbbreviatingWithTildeInPath
{
NSString *f1 = [NSHomeDirectory() stringByAppendingPathComponent:@"ReadMe.txt"];
NSLog(@"路径:%@", f1);
NSLog(@"路径:%@", f1.stringByAbbreviatingWithTildeInPath);
}
下面我们看输出结果
2017-08-21 18:50:59.616048+0800 JJOC[10790:5137362] 路径:/var/mobile/Containers/Data/Application/E875AE5E-0B15-4460-B728-448E1BB1CC0C/ReadMe.txt
2017-08-21 18:50:59.616174+0800 JJOC[10790:5137362] 路径:~/ReadMe.txt
还有几点需要注意:
- 基于当前字符串对象的新字符串。 如果新字符串指定了当前主目录中的文件,路径的主目录部分将被替换为波浪号(〜)字符。 如果字符串未在当前主目录中指定文件,则此方法返回一个新的字符串对象,该对象的路径与当前字符串中的路径不变。
- 请注意,此方法仅适用于文件路径。 它不适用于URL的字符串表示。
- 对于MacOS中的沙盒应用程序,当前主目录与用户的主目录不同。 对于沙盒应用程序,主目录是应用程序的主目录。 因此,如果您为沙盒应用程序指定了
/Users/<current_user>/file.txt
的路径,则返回的路径将与原始路径保持不变。 但是,如果您为不在沙箱中的应用程序指定了相同的路径,则此方法将以波形符代替路径的/ Users / <current_user>
部分。
结论:很好理解,用的地方并不多。
二、- (NSString *)stringByAppendingPathComponent:(NSString *)str;
该方法的作用是为路径增加一个component
。下面还是直接看代码。
//扩展路径
- (void)demoStringByAppendingPathComponent
{
NSString *path = [[NSBundle mainBundle] pathForResource:@"1.gif" ofType:nil];
NSLog(@"path = %@", path);
NSLog(@"%@", [path stringByAppendingPathComponent:@"abc"]);
}
下面看输出结果
2017-08-21 19:04:07.951473+0800 JJOC[10798:5140461] path = /var/containers/Bundle/Application/5B981BEC-6050-4098-A840-F9041444805E/JJOC.app/1.gif
2017-08-21 19:04:07.951576+0800 JJOC[10798:5140461] /var/containers/Bundle/Application/5B981BEC-6050-4098-A840-F9041444805E/JJOC.app/1.gif/abc
这里还有几点需要注意:
- 请注意,此方法仅适用于文件路径(不是,例如URL的字符串表示)。
- 下标给出了不同输入添加路径得到的不同输出。
输入 | 输出 |
---|---|
/tmp | /tmp/scratch.tiff |
/tmp/ | /tmp/scratch.tiff |
/ | /scratch.tiff |
an empty string/ | scratch.tiff |
结论:这个经常用到,需要理解熟记。
三、- (NSString *)stringByAppendingPathExtension:(NSString *)str;
该方法的作用就是返回一个新的字符串,通过向接收者附加一个扩展分隔符,后跟一个给定的扩展名。
下面我们还是看代码吧。
//扩展类型
- (void)demoStringByAppendingPathExtension
{
NSString *path = [[NSBundle mainBundle] pathForResource:@"1.gif" ofType:nil];
NSLog(@"path = %@", path);
NSLog(@"%@", [path stringByAppendingPathExtension:@"ppngg"]);
}
下面看输出结果
2017-08-21 22:29:11.881 JJOC[1574:33505] path = /Users/lucy/Library/Developer/CoreSimulator/Devices/62A73A14-39A7-4BB4-8A4C-E997EF88CDB4/data/Containers/Bundle/Application/41E8CD6A-DA07-45A9-B384-8C7C7BD2AA1A/JJOC.app/1.gif
2017-08-21 22:29:11.881 JJOC[1574:33505] /Users/lucy/Library/Developer/CoreSimulator/Devices/62A73A14-39A7-4BB4-8A4C-E997EF88CDB4/data/Containers/Bundle/Application/41E8CD6A-DA07-45A9-B384-8C7C7BD2AA1A/JJOC.app/1.gif.ppngg
这里还有几点需要注意:
- 请注意,此方法仅适用于文件路径(不是,例如URL的字符串表示)。
- 在
OS X v10.9
之前,此方法不允许您将文件扩展名添加到以波浪符号(〜)开头的文件名。 - 下面看这个表格就是对应不同的路径添加扩展的结果,假设扩展是
@"tiff"
。
输入 | 输出 |
---|---|
/tmp/scratch.old | /tmp/scratch.old.tiff |
/tmp/scratch. | /tmp/scratch..tiff |
/tmp/ | /tmp.tiff |
scratch | scratch.tiff |
请注意,将扩展名添加到@“/ tmp /”
会导致结果为@“/ tmp.tiff”
而不是@“/ tmp / .tiff”
。 这个区别是因为一个名为@“.tiff”
的文件不被认为有一个扩展名,所以字符串被附加到最后一个非空路径组件。
结论:这个并不难。
四、@property(readonly, copy) NSString *stringByDeletingLastPathComponent;
该属性的作用就是:通过从接收器中删除最后一个路径组件,以及任何最终的路径分隔符创建的一个新字符串。
下面还是直接看代码。
//删除最后一个路径
- (void)demoStringByDeletingLastPathComponent
{
NSString *path = [[NSBundle mainBundle] pathForResource:@"1.gif" ofType:nil];
NSLog(@"path = %@", path);
NSLog(@"%@", [path stringByDeletingLastPathComponent]);
}
下面看输出结果
2017-08-21 22:53:02.312 JJOC[2147:49535] path = /Users/lucy/Library/Developer/CoreSimulator/Devices/62A73A14-39A7-4BB4-8A4C-E997EF88CDB4/data/Containers/Bundle/Application/BCD71889-EC28-4716-B1EA-5DDFE4AFF59E/JJOC.app/1.gif
2017-08-21 22:53:02.312 JJOC[2147:49535] /Users/lucy/Library/Developer/CoreSimulator/Devices/62A73A14-39A7-4BB4-8A4C-E997EF88CDB4/data/Containers/Bundle/Application/BCD71889-EC28-4716-B1EA-5DDFE4AFF59E/JJOC.app
还要几点需要注意:
- 通过从传入的参数中删除最后一个路径组件,以及任何最终的路径分隔符创建的一个新字符串。 如果接收器表示根路径,则返回不变。
- 请注意,此方法仅适用于文件路径(不是例如URL的字符串表示)。
- 下表说明了此方法对各种不同路径的影响:
输入 | 输出 |
---|---|
/tmp/scratch.tiff | /tmp |
/tmp/lock/ | /tmp |
/tmp/ | / |
/tmp | / |
/ | / |
scratch.tiff | an empty string |
结论:还好理解。
五、@property(readonly, copy) NSString *stringByExpandingTildeInPath;
该属性的作用是:通过将接收器的初始组件扩展到其完整路径值来创建的新字符串。
下面我们看代码。
- (void)demoStringByExpandingTildeInPath
{
NSString *path = [NSHomeDirectory() stringByAppendingPathComponent:@"ReadMe.txt"];
NSLog(@"路径:%@", path);
NSLog(@"路径:%@", path.stringByAbbreviatingWithTildeInPath);
NSLog(@"%@", path.stringByExpandingTildeInPath);
}
下面看输出结果
2017-08-21 23:24:24.390 JJOC[3211:73687] 路径:/Users/lucy/Library/Developer/CoreSimulator/Devices/62A73A14-39A7-4BB4-8A4C-E997EF88CDB4/data/Containers/Data/Application/BCDC66FA-4D79-407A-BBEB-1CA62D5D27D1/ReadMe.txt
2017-08-21 23:24:24.391 JJOC[3211:73687] 路径:~/ReadMe.txt
2017-08-21 23:24:24.391 JJOC[3211:73687] /Users/lucy/Library/Developer/CoreSimulator/Devices/62A73A14-39A7-4BB4-8A4C-E997EF88CDB4/data/Containers/Data/Application/BCDC66FA-4D79-407A-BBEB-1CA62D5D27D1/ReadMe.txt
这里还有几点需要注意:
- 如果以“〜”或“〜user”开头的扩展接收器的初始组件,则将其全部路径值扩展为新的字符串。 如果接收者的初始组件无法展开,则返回与接收器匹配的新字符串。
- 请注意,此方法仅适用于文件路径(不是例如URL的字符串表示)。
结论:有了前面的基础,这个也还算好理解。
六、@property(readonly, copy) NSString *stringByResolvingSymlinksInPath;
该属性的作用就是:通过解析所有符号链接和标准化路径,从接收器创建一个新字符串。将路径中的代字符扩展成用户主目录()或指定用户的主目录(user) 。
下面看代码。
- (void)demoStringByResolvingSymlinksInPath
{
NSString *path = [NSHomeDirectory() stringByAppendingPathComponent:@"ReadMe.txt"];
NSLog(@"路径:%@", path);
NSLog(@"路径:%@", path.stringByAbbreviatingWithTildeInPath);
NSLog(@"%@", path.stringByResolvingSymlinksInPath);
}
下面看输出结果
2017-08-21 23:42:03.016 JJOC[4004:89888] 路径:/Users/lucy/Library/Developer/CoreSimulator/Devices/62A73A14-39A7-4BB4-8A4C-E997EF88CDB4/data/Containers/Data/Application/CC9EA6F7-C434-475E-B118-BB35F4B4BD3B/ReadMe.txt
2017-08-21 23:42:03.017 JJOC[4004:89888] 路径:~/ReadMe.txt
2017-08-21 23:42:03.017 JJOC[4004:89888] /Users/lucy/Library/Developer/CoreSimulator/Devices/62A73A14-39A7-4BB4-8A4C-E997EF88CDB4/data/Containers/Data/Application/CC9EA6F7-C434-475E-B118-BB35F4B4BD3B/ReadMe.txt
还有几点需要注意:
- 一个新的字符串,通过解析所有符号链接,然后删除无关的路径组件。 对于绝对路径,保证所有符号链接被删除。 对于相对路径,无法解析的符号链接在返回的字符串中未解决,如果发生错误,返回自身。
- 请注意,此方法仅适用于文件路径(不是例如URL的字符串表示)。
结论:路径字符串的解析。
七、@property(readonly, copy) NSString *stringByStandardizingPath;
该属性的作用就是:通过从接收器中去除多余路径组件而制成的新字符串。也可以这么理解:通过尝试解析~、..(父目录符号)、.(当前目录符号)和符号链接来标准化路径。
下面还是看代码。
- (void)demoStringByStandardizingPath
{
NSString *path = [NSHomeDirectory() stringByAppendingPathComponent:@"ReadMe.txt"];
NSLog(@"路径:%@", path);
NSLog(@"路径:%@", path.stringByAbbreviatingWithTildeInPath);
NSLog(@"%@", path.stringByStandardizingPath);
}
下面看输出结果。
2017-08-21 23:51:26.727 JJOC[4362:100560] 路径:/Users/lucy/Library/Developer/CoreSimulator/Devices/62A73A14-39A7-4BB4-8A4C-E997EF88CDB4/data/Containers/Data/Application/119EC48D-DA4C-465F-8E29-BD9610A9F82F/ReadMe.txt
2017-08-21 23:51:26.728 JJOC[4362:100560] 路径:~/ReadMe.txt
2017-08-21 23:51:26.728 JJOC[4362:100560] /Users/lucy/Library/Developer/CoreSimulator/Devices/62A73A14-39A7-4BB4-8A4C-E997EF88CDB4/data/Containers/Data/Application/119EC48D-DA4C-465F-8E29-BD9610A9F82F/ReadMe.txt
这里还有几点注意:
- 请注意,此方法返回的路径仍可能具有符号链接组件。 还要注意,此方法仅适用于文件路径(不是例如URL的字符串表示)。
- 通过执行以下操作创建的新字符串:
- 使用
stringByExpandingTildeInPath
扩展初始波形符号表达式。 - 如果结果仍然指示现有文件或目录(通过查询文件系统进行检查),则从路径中删除
“/ private / var / automount”
,“/ var / automount”
或“/ private”
的初始组件。 - 减少空组件和对当前目录(即序列“//”和“/./”)的引用到单路径分隔符。
- 从最后一个组件中删除尾部斜线。
- 仅对于绝对路径,如果可能,使用
stringByResolvingSymlinksInPath
解析对父目录(即组件“..”)的引用。 对于相对路径,对父目录的引用保留。
- 使用
结论::这个我都没用过。
八、- (NSArray<NSString *> *)stringsByAppendingPaths:(NSArray<NSString *> *)paths;
该方法的作用就是:返回一个字符串数组,通过单独附加到接收器中给定数组中的每个字符串。
我们先看一下参数和返回值:
- paths : 一组NSString对象,指定要添加到接收器的路径。
- return : 通过将路径中的每个字符串单独附加到接收器而制作的NSString对象数组,如果必要,则由路径分隔符引导。
下面我们还是直接看代码。
- (void)demoStringsByAppendingPaths
{
NSArray *arr = @[@"lucy", @"Developer", @"CoreSimulator"];
NSArray *resultArr = [@"Users" stringsByAppendingPaths:arr];
NSLog(@"resultArr = %@", resultArr);
}
下面我们看输出结果
2017-08-22 00:20:31.557 JJOC[5772:127375] resultArr = (
"Users/lucy",
"Users/Developer",
"Users/CoreSimulator"
)
这里还有一点需要注意:此方法仅适用于文件路径(不是例如URL的字符串表示)。 有关一个示例,请参阅stringByAppendingPathComponent:
。
结论:这个我也基本不用。
后记
未完,待续~~~