Swift 3和4也为变量和方法的访问级别带来了很多变化。Swift 3和4现在有4个不同的访问级别，其中开放/公共访问是最高(限制最少)的访问级别，私有访问是最低(限制最多)的访问级别:

private functions and members can only be accessed from within the scope of the entity itself (struct, class, …) and its extensions (in Swift 3 also the extensions were restricted) fileprivate functions and members can only be accessed from within the source file where they are declared. internal functions and members (which is the default, if you do not explicitly add an access level key word) can be accessed anywhere within the target where they are defined. Thats why the TestTarget doesn't have automatically access to all sources, they have to be marked as accessible in xCode's file inspector. open or public functions and members can be accessed from anywhere within the target and from any other context that imports the current target’s module.

有趣:

与其将每个单独的方法或成员标记为“private”，你可以在类/结构的扩展中覆盖一些方法(例如典型的helper函数)，并将整个扩展标记为“private”。

class foo { }

private extension foo {
    func somePrivateHelperFunction01() { }
    func somePrivateHelperFunction02() { }
    func somePrivateHelperFunction03() { }
}

为了获得更好的可维护代码，这可能是一个好主意。你可以很容易地切换到非私有(例如单元测试)，只需要改变一个词。

苹果公司的文档

对于Swift 1-3:

不，不可能。这里根本没有任何私有/受保护的方法和变量。

一切都是公开的。

更新 从Swift 4开始，可能会在这个帖子中看到其他答案

语言语法没有关键字“public”，“private”或“protected”。这意味着一切都是公开的。当然，可以有一些替代方法来指定没有这些关键字的访问修饰符，但我在语言参考中找不到它。

Xcode 6中引入的访问控制机制:

Swift provides three different access levels for entities within your code. These access levels are relative to the source file in which an entity is defined, and also relative to the module that source file belongs to. Public access enables entities to be used within any source file from their defining module, and also in a source file from another module that imports the defining module. You typically use public access when specifying the public interface to a framework. Internal access enables entities to be used within any source file from their defining module, but not in any source file outside of that module. You typically use internal access when defining an app’s or a framework’s internal structure. Private access restricts the use of an entity to its own defining source file. Use private access to hide the implementation details of a specific piece of functionality. Public access is the highest (least restrictive) access level and private access is the lowest (or most restrictive) access level.

默认在内部访问，因此不需要指定。还要注意，私有说明符不是在类级别上工作，而是在源文件级别上工作。这意味着要使类的某些部分真正私有，您需要将其分离到自己的文件中。这也介绍了一些关于单元测试的有趣案例……

我提出的另一个观点(在上面的链接中有评论)是，你不能“升级”访问级别。如果你子类化了某个东西，你可以对它进行更多的限制，但反过来就不行。

最后一点也会影响函数、元组和其他东西，例如，如果一个函数使用了私有类，那么将函数设置为内部或公共是无效的，因为它们可能无法访问私有类。这将导致编译器警告，并且您需要将该函数重新声明为私有函数。

使用协议、闭包和嵌套/内部类的组合，现在可以使用模块模式来隐藏Swift中的信息。它不是很干净，也不是很好读，但它确实有用。

例子:

protocol HuhThing {
  var huh: Int { get set }
}

func HuhMaker() -> HuhThing {
   class InnerHuh: HuhThing {
    var innerVal: Int = 0
    var huh: Int {
      get {
        return mysteriousMath(innerVal)
      }

      set {
       innerVal = newValue / 2
      }
    }

    func mysteriousMath(number: Int) -> Int {
      return number * 3 + 2
    }
  }

  return InnerHuh()
}

HuhMaker()
var h = HuhMaker()

h.huh      // 2
h.huh = 32 
h.huh      // 50
h.huh = 39
h.huh      // 59

innerVal和mysterousmath隐藏在这里，不被外部使用，试图挖掘对象的方法应该会导致错误。

我只是阅读了Swift文档的一部分，所以如果这里有缺陷，请指出来，我很想知道。

据我所知，没有关键词“公共”，“私人”或“受保护”。这意味着一切都是公开的。

然而，苹果可能希望人们使用“协议”(世界上其他地方称为接口)和工厂设计模式来隐藏实现类型的细节。

无论如何，这通常是一个很好的设计模式;因为它允许您更改实现类层次结构，同时保持逻辑类型系统不变。