我认为Extensions是一个更好的方式而不是#pragma mark。

使用扩展前的代码:

class ViewController: UIViewController, UICollectionViewDataSource, UICollectionViewDelegate {
    ...

    func collectionView(_ collectionView: UICollectionView, numberOfItemsInSection section: Int) -> Int {
        ...
    }

    func collectionView(_ collectionView: UICollectionView, cellForItemAt indexPath: IndexPath) -> UICollectionViewCell {
        ...
    }

    func collectionView(_ collectionView: UICollectionView, didSelectItemAt indexPath: IndexPath) {
        ...
    }
}

使用扩展后的代码:

class ViewController: UIViewController {
    ...
}

extension ViewController: UICollectionViewDataSource {
    func collectionView(_ collectionView: UICollectionView, numberOfItemsInSection section: Int) -> Int {
        ...
    }

    func collectionView(_ collectionView: UICollectionView, cellForItemAt indexPath: IndexPath) -> UICollectionViewCell {
        ...
    }
}

extension ViewController: UICollectionViewDelegate {
    func collectionView(_ collectionView: UICollectionView, didSelectItemAt indexPath: IndexPath) {
       ...
    }
}

你可以使用// MARK:

也有讨论认为，自由使用类扩展可能是一种更好的实践。由于扩展可以实现协议，例如，你可以把你所有的表视图委托方法放在一个扩展中，并将你的代码分组在一个比#pragma mark更语义的级别上。

专业程序员必须使用这个标签来获得好的代码。 这对团队合作也有好处。

// MARK: example Web Service start here
// TODO: example 1
// FIXME: Please change BASE url before live 

像这样的方法很容易找到

苹果在最新版本的“构建可可应用程序”中表示，

Swift编译器不包括预处理器。相反，它需要 编译时属性、构建配置和 语言特性来完成相同的功能。对于这个 原因是，在Swift中不导入预处理器指令。

#字符似乎仍然是你处理各种构建配置和类似事情的方式，但看起来他们试图减少你对大多数预处理的需求，并将你转发到其他语言特性。也许这是为了帮助Playgrounds和REPL的操作尽可能接近完全编译的代码。

你可能也会对Swift 4.2 / XCode 10编译器指令感兴趣

#warning("Some string to display")

and

#error("Some error to display")

当你真的不想错过什么东西时，它可能会很有用。

今天早上在WWDC上，苹果工程师在Swift实验室确认，目前没有任何#pragma或类似的东西，他们认为这是一个bug，很快就会出现，所以我猜是beta 2，我希望。

不管怎样，它在路上了。

Xcode现在支持//MARK:， //TODO:和//FIXME标记来注释你的代码和 在跳转栏中列出它们