作者：codingexplorer，原文連結，原文日期：2018-07-18 譯者：Damonwong；校對：numbbbbb，BigNerdCoding；定稿：Forelax

譯者注： 此篇文章以前我們曾經翻譯過，原文作者在今年對這篇文章進行了更新，我們也對更新後的文章進行了翻譯並再次釋出。

對於大部分應用來說，都需要訪問一些檔案資源。這些檔案資源可能在你的應用安裝包中，或者在檔案系統內，亦或者在某個網站伺服器上。你需要用某種方法將它們體現在程式碼中。對於蘋果平臺而言，你主要有兩種選擇，用字串或者 URL。

如果你使用過瀏覽器的位址列或者在終端中輸入過地址，你可能會選擇使用字串，畢竟，在這些地方你只能輸入字串。雖然在 Cocoa

緊跟我的步伐，接下來我們學習如何在 Swift 應用中建立和使用 URL 物件。

在 Swift 中建立一個 URL 物件

在 Swift 中有好幾個構造器和工廠方法可用於建立 URL 物件，下面我要講一些更有用的初始化方法。

init?(string URLString: String)

這個是普通的，也是最常用的初始化方法。將一個用於表示 URL 的 Swift 字串轉變成一個 URL 物件。但並不是所有的字串都可以有效的表示一個 URL，所以這是一個可失敗構造器。由於有些字元不能在 URL 中使用，因此需要進行 URL 編碼，將這些不能使用的字元轉化為可以在 URL 中傳送的編碼。我個人見過最多的是 %20，也就是“空格”字元。這個構造器需要有效的字元，它不會為你進行 URL 編碼轉化。如果字串中包含無法轉換為有效 URL 的字元或者內容，構造器將會返回 nil。

let NSHipster = URL(string: "http://nshipster.com/"
 
) //返回一個有效的 URL
let invalidURL = URL(string: "www.example.com/This is a sentence") //返回 nil
複製程式碼

這個構造器其實是下面這個構造器的一個便利構造器。

init?(string: String, relativeTo: URL?)

這是一個指定構造器。和上面的構造器一樣，也是一個可失敗的構造器，而且需要一個類似 URL 的 Swift 字串和一個可選的 baseURL 物件，這個 baseURL 本身也是一個 URL 物件。如果 baseURL 為 nil，那麼內部會像第一個構造器一樣，根據提供的 URL 字串生成一個 URL 物件。

let NSHipsterTwo = URL(string: "http://nshipster.com/", relativeTo: nil) //返回一個有效的 NSHipster URL
let article = URL(string: "ios9/", relativeTo: NSHipster) //返回 "http://nshipster.com/ios9/" URL 
複製程式碼

init(fileURLWithPath: String, isDirectory: Bool)

該構造方法與上一個構造方法類似，但是他的字串引數指向的是本地檔案或者目錄。我不太確定為什麼會有一個本地檔案的特殊版本，我猜有可能是做了一些優化（至少需要是檔案 scheme 開頭，而不應該是 http 之類的）。雖然有一個不需要傳 isDirectory 引數的構造器，但如果你知道它是否是一個目錄時，蘋果建議你使用這個這個方法。在我看來，有可能另外一個構造器在內部自己判斷了輸入引數是否是一個目錄，而這個方法通過傳入引數避免了檢查。

init(fileURLWithPath: String, isDirectory: Bool, relativeTo: URL?)

這是在 iOS 9 中新加入的方法，這與前一個類似，但新增了 relativeToURL 引數。和之前的構造器一樣，它將返回一個將路徑附加到 baseURL 的 URL 物件。當你需要為了某個事情重複訪問某個目錄下的不同檔案時，可以使用這個初始化方法。你可以將檔案所在的目錄作為 baseURL，然後只需要一個檔名作為 Swift 字串路徑來建立 URL 物件。

將 URL 轉回 Swift 字串

有時你需要將 URL 物件轉回 Swift 字串，特別是在處理舊的 API 或者向用戶展示情形下。值得慶幸的是，URL 提供了一個簡單的只讀屬性來解決這個問題: absoluteString。只需要在你的 URL 物件呼叫該屬性即可：

let articleString = article?.absoluteString
// articleString 現在包含 = 的值是 "http://nshipster.com/ios9/"
複製程式碼

在這個例子中，我們使用了 relativeToURL 版本的構造器定義了一個 article 常量，將其解析為從 scheme 開始的完整 URL (在這種情況下是一個路徑)。如果這個 URL 上有檔案拓展名，query 或者 fragment，它依舊可以被解析。原來的 article 物件是由一個可失敗構造器返回的，這就是為什麼那兒有一個 Swift 可選訪問。

修改一個 URL 物件

我們接下來所說的這些方法，每一個都會在請求修改完成時根據呼叫的 URL 物件返回一個新的 URL 物件。它們不會更改呼叫它們的 URL 物件。

func appendingPathComponent(String, isDirectory: Bool) -> URL

這個方法可以為你的 URL 新增更多的路徑元件，比如當你要新增一個檔案到你所在的目錄(儲存在這個方法呼叫返回的 URL)時，這個方法就可以派上用處。像我們前面提到的那個初始化方法一樣，這個方法也有一個沒有 isDirectory 引數的版本，但是無論你是否知道它是不是一個目錄，都更推薦你使用這個方法來確保元資料可以儲存在正確的目錄下。

func deletingLastPathComponent() -> URL

這個方法將會返回刪除了最後一個路徑元件的新 URL 物件。這方法適用於 URL 的路徑部分，URL 的其他部分不受影響，比如域名。所以我們可以這樣子做:

let articleTwo = NSHipster?.appendingPathComponent("ios9", isDirectory: true)
//articleTwo 現在包含的 URL 字元是 "http://nshipster.com/ios9/"

let deletePathComp = articleTwo?.deletingLastPathComponent
//deletePathComp 現在包含的 URL 字元是 "http://nshipster.com/"
複製程式碼

譯者注： 在 Swift 4.2 之前，deletingLastPathComponent 是一個屬性，因此在呼叫時不用加括號。在 4.2 版本中，deletingLastPathComponent 變成了方法 因此如果你在 4.2 上執行上面一段程式碼，需要在 articleTwo?.deletingLastPathComponent 最後加一個括號才能正確執行

如果沒有路徑資訊，可能有點兒奇怪。為了好玩，我鏈式呼叫了幾次 URLByDeletingLastPathComponent，最後只是添加了 “../”，類似於在命令列（cd ..）中上一個目錄。

當然還有幾種修改方法和屬性，但這些可能是最常用的。

總結

如果你對 URL 格式規範感興趣的話，可以去檢視蘋果的 URL 參考文件中，關於如何處理 URL 這部分提及到的 RFC 文件。用於初始化的字串必須符合 RFC 2396，並且 URL 將會根據 RFC 1738 和 RFC 1808 被解析。這些規範內容很多，但你能找到所有可能關於 URL，URI 等的資訊。

如果你完整查閱 URL 的文件的話，還可以看到它擁有 baseURL，host，query，fragment 等等非常多的屬性，所有這些屬性都能在 Apple 文件中查詢到。不過對我來說，日常使用最多的還是 absoluteString，偶爾也會用到 pathExtension

我希望你能覺得這篇文章對你有所幫助。如果你覺得有用，請不要猶豫，在 Twitter 或者其他社交媒體上分享這篇文章。當然，如果你有任何疑問，請隨時通過 聯絡頁面 或者 [email protected] 與我聯絡。我會盡可能的幫助你。謝謝。

參考

URL Class Reference – Apple Inc.

本文由 SwiftGG 翻譯組翻譯，已經獲得作者翻譯授權，最新文章請訪問 swift.gg。