Como se describe en las notas de la versión Xcode 8 beta 6,
Los tipos de error definidos rápidamente pueden proporcionar descripciones de error localizadas mediante la adopción del nuevo protocolo LocalizedError.
En tu caso:
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.
Puede proporcionar aún más información si el error se convierte a NSError
(que siempre es posible):
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.")
Al adoptar el CustomNSError
protocolo, el error puede proporcionar un userInfo
diccionario (y también un domain
y code
). Ejemplo:
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
unError
primero y luego lo extiendesLocalizedError
? ¿Hay alguna diferencia si lo hicisteLocalizedError
en primer lugar?var errorDescription: String?
lugar deString
. Hay un error en la implementación de LocalizedError. Ver SR-5858 .También agregaría, si su error tiene parámetros como este
Puede llamar a estos parámetros en su descripción localizada así:
Incluso puedes hacer esto más corto así:
fuente
Ahora hay dos protocolos de adopción de errores que su tipo de error puede adoptar para proporcionar información adicional a Objective-C: LocalizedError y CustomNSError. Aquí hay un error de ejemplo que los adopta a ambos:
fuente
Usar una estructura puede ser una alternativa. Un poco de elegancia con localización estática:
fuente
Aquí hay una solución más elegante:
fuente
"Bad entry in file – Argument is not a literal string"
error al ejecutarexportLocalizations
ogenstrings
al crear su lista de texto traducible.switch + case
es la única opción ...