filemanager - swift遍历文件夹




使用Swift的FileManager迭代文件夹及其子文件夹中的文件 (9)

Swift3 +绝对网址

extension FileManager {
    func listFiles(path: String) -> [URL] {
        let baseurl: URL = URL(fileURLWithPath: path)
        var urls = [URL]()
        enumerator(atPath: path)?.forEach({ (e) in
            guard let s = e as? String else { return }
            let relativeURL = URL(fileURLWithPath: s, relativeTo: baseurl)
            let url = relativeURL.absoluteURL
            urls.append(url)
        })
        return urls
    }
}

基于@ user3441734的代码

我是编程Swift的新手,我正在尝试遍历文件夹中的文件。 我在here看了一下答案并试图将其转换为Swift语法,但没有成功。

let fileManager = NSFileManager.defaultManager()
let enumerator:NSDirectoryEnumerator = fileManager.enumeratorAtPath(folderPath)

for element in enumerator {
    //do something
}

我得到的错误是:

Type 'NSDirectoryEnumerator' does not conform to protocol 'SequenceType'

我的目的是查看主文件夹中包含的所有子文件夹和文件,找到具有特定扩展名的所有文件,然后对它们执行某些操作。


SWIFT 3.0

返回传递的目录及其子目录中具有扩展名的所有文件

func extractAllFile(atPath path: String, withExtension fileExtension:String) -> [String] {
    let pathURL = NSURL(fileURLWithPath: path, isDirectory: true)
    var allFiles: [String] = []
    let fileManager = FileManager.default
    let pathString = path.replacingOccurrences(of: "file:", with: "")
    if let enumerator = fileManager.enumerator(atPath: pathString) {
        for file in enumerator {
            if #available(iOS 9.0, *) {
                if let path = NSURL(fileURLWithPath: file as! String, relativeTo: pathURL as URL).path, path.hasSuffix(".\(fileExtension)"){
                    let fileNameArray = (path as NSString).lastPathComponent.components(separatedBy: ".")
                    allFiles.append(fileNameArray.first!)
                }
            } else {
                // Fallback on earlier versions
                print("Not available, #available iOS 9.0 & above")
            }
        }
    }
    return allFiles
}

如今(2017年初),强烈建议使用 - 更通用的 - 与URL相关的API

let fileManager = FileManager.default

do {
    let resourceKeys : [URLResourceKey] = [.creationDateKey, .isDirectoryKey]
    let documentsURL = try fileManager.url(for: .documentDirectory, in: .userDomainMask, appropriateFor: nil, create: false)
    let enumerator = FileManager.default.enumerator(at: documentsURL,
                            includingPropertiesForKeys: resourceKeys,
                                               options: [.skipsHiddenFiles], errorHandler: { (url, error) -> Bool in
                                                        print("directoryEnumerator error at \(url): ", error)
                                                        return true
    })!

    for case let fileURL as URL in enumerator {
        let resourceValues = try fileURL.resourceValues(forKeys: Set(resourceKeys))
        print(fileURL.path, resourceValues.creationDate!, resourceValues.isDirectory!)
    }
} catch {
    print(error)
}

如果你得到了

“NSDirectoryEnumerator? 没有名为'nextObject'的成员错误

while循环应该是:

while let element = enumerator?.nextObject() as? String {
  // do things with element
}

它与可选链接有关


我根本无法获得pNre的解决方案; while循环从未收到任何东西。 但是,我确实遇到过这个适用于我的解决方案(在Xcode 6 beta 6中,所以自从pNre发布上述答案后,情况可能已经发生了变化?):

for url in enumerator!.allObjects {
    print("\((url as! NSURL).path!)")
}

斯威夫特3

let fd = FileManager.default
fd.enumerator(atPath: "/Library/FileSystems")?.forEach({ (e) in
    if let e = e as? String, let url = URL(string: e) {
        print(url.pathExtension)
    }
})

最近在处理一系列网址时遇到了困难,无论它们是否是目录(例如拖放)。 在swift 4中加入此扩展,可能会有用

extension Sequence where Iterator.Element == URL {

    var handleDir: [URL] {
        var files: [URL] = []
        self.forEach { u in
            guard u.hasDirectoryPath else { return files.append(u.resolvingSymlinksInPath()) }
            guard let dir = FileManager.default.enumerator(at: u.resolvingSymlinksInPath(), includingPropertiesForKeys: nil) else { return }
            for case let url as URL in dir {
                files.append(url.resolvingSymlinksInPath())
            }
        }
        return files
    }
}

添加到vadian的响应 - Apple文档提到基于路径的URL在某些方面更简单,但是文件引用URL的优势在于,如果在应用程序运行时移动或重命名文件,引用仍然有效。

从“访问文件和目录”的文档:

“基于路径的URL更易于操作,更易于调试,并且通常被NSFileManager等类所偏好。文件引用URL的一个优点是,当您的应用程序运行时,它们不如基于路径的URL脆弱。如果用户在Finder中移动文件,任何引用该文件的基于路径的URL都会立即变为无效,并且必须更新到新路径。但是,只要文件移动到同一磁盘上的另一个位置,其唯一ID就不会更改和任何文件引用URL仍然有效。“

https://developer.apple.com/library/content/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/AccessingFilesandDirectories/AccessingFilesandDirectories.html


避免使用参考URL,虽然它们确实具有上述优点,它们会占用系统资源,如果您要枚举大型文件系统(实际上并不大),您的应用程序将快速到达系统墙并被macOS关闭。