前言
Objective-C 一个一直以来令人诟病的地方就是没有命名空间,在应用开发时,所有的代码和引用的静态库最终都会被编译到同一个域和二进制中。这样的后果是一旦我们有重复的类名的话,就会导致编译时的冲突和失败。为了避免这种事情的发生,Objective-C 的类型一般都会加上两到三个字母的前缀,比如 Apple 保留的 NS 和 UI 前缀,各个系统框架的前缀 SK (StoreKit),CG (CoreGraphic) 等。Objective-C 社区的大部分开发者也遵守了这个约定,一般都会将自己名字缩写作为前缀,把类库命名为 AFNetworking 或者 MBProgressHUD 这样。这种做法可以解决部分问题,至少我们在直接引用不同人的库时冲突的概率大大降低了,但是前缀并不意味着不会冲突,有时候我们确实还是会遇到即使使用前缀也仍然相同的情况。另外一种情况是可能你想使用的两个不同的库,分别在它们里面引用了另一个相同的很流行的第三方库,而又没有更改名字。在你分别使用这两个库中的一个时是没有问题的,但是一旦你将这两个库同时加到你的项目中的话,这个大家共用的第三方库就会和自己发生冲突了。
在 Swift 中,由于可以使用命名空间了,即使是名字相同的类型,只要是来自不同的命名空间的话,都是可以和平共处的。和 C# 这样的显式在文件中指定命名空间的做法不同,Swift 的命名空间是基于 module 而不是在代码中显式地指明,每个 module 代表了 Swift 中的一个命名空间。也就是说,同一个 target 里的类型名称还是不能相同的。
命名空间namespace在C++、C#里面是一个常见概念,Swift中也引入了这样一个机制,下面来探索一下这个命名空间的来龙去脉。
一、为什么需要命名空间
简而言之一句话:为了避免命名的冲突
在开发中,尤其是在多模块开发中,很难保证模块之间的类名不会重复,为了保证不同模块下同名的类可以正常使用而不报错,引入命名空间来保证即使创建的类名一样,只要命名空间不一样,这些类也是不一样的,所以,这是一种安全机制,用命名空间来防止冲突。可以看出,Swift中的类名的完整形式其实是“命名空间+类名”。我们可以尝试在类中打印当前类来查看一下完整名字:
二、命名空间查看与修改
从上面的打印结果来看,命名空间是我们项目的名字,那么如果查看呢?我们需要用源代码的形式打开Info.plist,可以看到里面有一个字段CFBundleExecutable,它对应的值就是命名空间。
如果要修改命名空间,注意不要直接编辑Info.plist,可以进入Build Settings中搜索Product Name,然后进行修改。
三、命名空间如何获取
既然知道可以通过Info.plist获取命名空间,那么如何在程序中获取呢?很显然需要解析Info.plist文件,拿到CFBundleExecutable对应的value值。
四、命名空间在开发中的使用
开发中有一种常见的情形,就是自定义TabBarController,然后在里面添加一个个子控制器,这里面常常存在一个问题:通过一个控制器名(字符串)来创建一个控制器(类)。下面对比一下Objective-C与Swift两种语言的实现方式。
由于Objective-C中没有命名空间,所以写起来很轻松。
Swift中命名空间的存在,如果按照上述做法得不到想要的结果,这时候就需要想办法进行处理
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对VEVB武林网的支持。
新闻热点
疑难解答