Jak opisano w informacjach o wersji Xcode 8 beta 6,
Szybko zdefiniowane typy błędów mogą zapewniać zlokalizowane opisy błędów, przyjmując nowy protokół LocalizedError.
W Twoim przypadku:
public enum MyError: Error {
case customError
}
extension MyError: LocalizedError {
public var errorDescription: String? {
switch self {
case .customError:
return NSLocalizedString("A user-friendly description of the error.", comment: "My error")
}
}
}
let error: Error = MyError.customError
print(error.localizedDescription) // A user-friendly description of the error.
Możesz podać jeszcze więcej informacji, jeśli błąd zostanie przekonwertowany na NSError
(co zawsze jest możliwe):
extension MyError : LocalizedError {
public var errorDescription: String? {
switch self {
case .customError:
return NSLocalizedString("I failed.", comment: "")
}
}
public var failureReason: String? {
switch self {
case .customError:
return NSLocalizedString("I don't know why.", comment: "")
}
}
public var recoverySuggestion: String? {
switch self {
case .customError:
return NSLocalizedString("Switch it off and on again.", comment: "")
}
}
}
let error = MyError.customError as NSError
print(error.localizedDescription) // I failed.
print(error.localizedFailureReason) // Optional("I don\'t know why.")
print(error.localizedRecoverySuggestion) // Optional("Switch it off and on again.")
Przyjmując CustomNSError
protokół, błąd może zapewnić userInfo
słownik (a także a domain
i code
). Przykład:
extension MyError: CustomNSError {
public static var errorDomain: String {
return "myDomain"
}
public var errorCode: Int {
switch self {
case .customError:
return 999
}
}
public var errorUserInfo: [String : Any] {
switch self {
case .customError:
return [ "line": 13]
}
}
}
let error = MyError.customError as NSError
if let line = error.userInfo["line"] as? Int {
print("Error in line", line) // Error in line 13
}
print(error.code) // 999
print(error.domain) // myDomain
MyError
Error
LocalizedError
LocalizedError
var errorDescription: String?
zamiastString
. Wystąpił błąd w implementacji LocalizedError. Patrz SR-5858 .Dodałbym również, jeśli twój błąd ma takie parametry
możesz wywołać te parametry w swoim zlokalizowanym opisie w następujący sposób:
Możesz nawet skrócić to w ten sposób:
źródło
Istnieją teraz dwa protokoły adopcji błędów, które typ błędu może zastosować w celu dostarczenia dodatkowych informacji do Objective-C - LocalizedError i CustomNSError. Oto przykładowy błąd, który przyjmuje oba:
źródło
Użycie struct może być alternatywą. Trochę elegancji ze statyczną lokalizacją:
źródło
Oto bardziej eleganckie rozwiązanie:
źródło
"Bad entry in file – Argument is not a literal string"
błąd podczas uruchamianiaexportLocalizations
lub wgenstrings
celu utworzenia listy tekstu do przetłumaczenia.switch + case
jest tylko opcją ...