如何在 Swift 中使用名称空间？

我相信这是通过以下方法实现的:

struct Foo
{
class Bar
{
}
}

然后可以通过以下方式访问:

var dds = Foo.Bar();

Swift 使用的模块非常类似于 python (参见 给你和 给你) ,@Kevin Sylvestre 建议您也可以使用 嵌套类型作为名称空间。

为了扩展@Daniel A. White 的回答，在 WWDC 他们正在迅速讨论模块。

还解释了 给你:

推断类型使代码更清晰，更不容易出错，而 模块消除标头并提供名称空间。

711在 苹果开发论坛中回答:

命名空间不是针对每个文件; 而是针对每个目标(基于 “ Product Module Name”构建设置) 像这样:

import FrameworkA
import FrameworkB


FrameworkA.foo()

所有 Swift 声明都被认为是 一些模块，所以即使你说“ NSLog”(是的，它仍然存在) 你得到了斯威夫特眼中的“ Foundation.NSLog”。

还有 Chris Lattner 关于名称空间的推特。

名称间距在 Swift 中是隐式的，所有类(等)都是隐式的 它们所在的模块(Xcode 目标)的范围。没有类前缀 需要

看起来和我想的很不一样。

在做这方面的实验时，我最终通过扩展根“包”在他们自己的文件中创建了这些“名称空间”类。不确定这是否违背了最佳实践，或者是否有我不知道的暗示(?)

应用代理，迅捷

var n1 = PackageOne.Class(name: "Package 1 class")
var n2 = PackageTwo.Class(name: "Package 2 class")


println("Name 1: \(n1.name)")
println("Name 2: \(n2.name)")

包裹一，迅捷

import Foundation


struct PackageOne {
}

第二包，迅捷

import Foundation


struct PackageTwo {
}

包裹一级，迅捷

extension PackageOne {
class Class {
var name: String
init(name:String) {
self.name = name
}
}
}

包裹 TwoClass.swift

extension PackageTwo {
class Class {
var name: String
init(name:String) {
self.name = name
}
}
}

编辑:

刚刚发现，如果使用单独的文件，在上面的代码中创建“子包”是行不通的。也许有人能提示一下为什么会这样？

向上面添加以下文件:

包裹一，小包裹，迅速

import Foundation


extension PackageOne {
struct SubPackage {
}
}

类别: 迅速

extension PackageOne.SubPackage {
class Class {
var name: String
init(name:String) {
self.name = name
}
}
}

它抛出了一个编译器错误: ‘ SubPackage’不是‘ PackageOne’的成员类型

如果我将代码从 PackageOneSubPackageClass.swift 移动到 PackageOneSubPackage.swift，它就可以工作了，有人知道吗？

编辑2:

在 Xcode 6.1 beta 2中，我们发现通过在一个文件中定义包，它们可以在不同的文件中进行扩展:

public struct Package {
public struct SubPackage {
public struct SubPackageOne {
}
public struct SubPackageTwo {
}
}
}

以下是我的文件大意: Https://gist.github.com/mikajauhonen/d4b3e517122ad6a132b8

如果有人好奇的话，在2014年6月10日，这是一个已知的错误在 Swift:

来自 711

“已知错误，对不起! Rdar://problem/17127940通过模块名称限定 Swift 类型不起作用。”

我认为斯威夫特的名称空间是有抱负的; 它得到了大量的广告，但这些广告并不符合任何有意义的现实。

例如，WWDC 视频声明，如果您导入的框架有一个类 MyClass，而您的代码有一个类 MyClass，那么这些名称不会冲突，因为“名称错位”给了它们不同的内部名称。然而，在现实中，它们与 做冲突，在这个意义上，你自己的代码的 MyClass 获胜，你不能指定“不，不，我的意思是框架中的 MyClass”ーー说 TheFramework.MyClass不工作(编译器知道你的意思，但它说它不能在框架中找到这样的类)。

我的经验是，Swift 因此根本没有名称空间。在将我的一个应用程序从 Objective-C 转换成 Swift 的过程中，我创建了一个嵌入式框架，因为它实在是太简单太酷了。然而，导入框架会导入框架中的所有 Swift 内容——所以很快，又只有一个名称空间，而且是全局的。而且没有 Swift 头，所以你不能隐藏任何名字。

编辑: 在种子3中，这个特性现在开始上线了，在以下意义上: 如果你的主代码包含 MyClass，而你的框架 MyFramework 包含 MyClass，默认情况下，前者会盖过后者，但是你可以通过使用语法 MyFramework.MyClass来到达框架中的那个。因此，我们实际上已经具备了一个独特名称空间的基本知识！

编辑2: 在种子4中，我们现在有了访问控制！另外，在我的一个应用程序中，我有一个嵌入式框架，毫无疑问，默认情况下，所有东西都是隐藏的，我必须显式地公开所有的公共 API。这是一个很大的进步。