Як надати локалізований опис типу помилки в Swift?


202

Я визначаю користувальницький тип помилки з синтаксисом Swift 3 і хочу надати зручний опис помилки, яку повертає localizedDescriptionвластивість Errorоб'єкта. Як я можу це зробити?

public enum MyError: Error {
  case customError

  var localizedDescription: String {
    switch self {
    case .customError:
      return NSLocalizedString("A user-friendly description of the error.", comment: "My error")
    }
  }
}

let error: Error = MyError.customError
error.localizedDescription
// "The operation couldn’t be completed. (MyError error 0.)"

Чи є спосіб localizedDescriptionповернути мій власний опис помилки ("Дружній опис помилки.")? Зауважте, що об’єкт помилки тут типу Errorта немає MyError. Я, звичайно, можу передати об’єкт MyError

(error as? MyError)?.localizedDescription

але чи є спосіб змусити його працювати без введення мого типу помилок?

Відповіді:


401

Як описано в примітках до випуску Xcode 8 beta 6,

Швидко визначені типи помилок можуть надати локалізовані описи помилок, прийнявши новий протокол LocalizedError.

У вашому випадку:

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.

Ви можете надати ще більше інформації, якщо помилка перетворена на NSError(що завжди можливо):

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.")

Прийнявши CustomNSErrorпротокол, помилка може забезпечити userInfoсловник (а також а domainі code). Приклад:

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

7
Чи є причина , чому ви робите перший і продовжити його пізніше? Чи є різниця, якщо ви зробили це в першу чергу? MyErrorErrorLocalizedErrorLocalizedError
Gee.E

9
@ Gee.E: Це не має ніякої різниці. Це лише спосіб впорядкувати код (одне розширення для кожного протоколу). Порівняти stackoverflow.com/questions/36263892 / ... , stackoverflow.com/questions/40502086 / ... або natashatherobot.com/using-swift-extensions .
Мартін Р

4
Ага, перевірити. Я розумію, що ти зараз кажеш. Розділ "Відповідність протоколу" на natashatherobot.com/using-swift-extensions - це справді хороший приклад того, що ви маєте на увазі. Дякую!
Gee.E

1
@MartinR Якщо моя помилка буде перетворена на NSError, як я можу передати словник із помилки, до якої можна отримати доступ як користувач NSError?
BangOperator

18
Остерігайтеся вводити var errorDescription: String?замість String. У впровадженні LocalizedError є помилка. Див. SR-5858 .
ethanhuang13

35

Я також додам, якщо ваша помилка має такі параметри

enum NetworkError: LocalizedError {
  case responseStatusError(status: Int, message: String)
}

Ви можете назвати ці параметри у своєму локалізованому описі так:

extension NetworkError {
  public var errorDescription: String? {
    switch self {
    case .responseStatusError(status: let status, message: let message):
      return "Error with status \(status) and message \(message) was thrown"
  }
}

Ви можете навіть зробити це коротше, як це:

extension NetworkError {
  public var errorDescription: String? {
    switch self {
    case let .responseStatusError(status, message):
      return "Error with status \(status) and message \(message) was thrown"
  }
}

4

Зараз існує два протоколи прийняття помилок, які може прийняти ваш тип помилок, щоб надати додаткову інформацію для Objective-C - LocalizedError та CustomNSError. Ось приклад помилки, яка приймає обох:

enum MyBetterError : CustomNSError, LocalizedError {
    case oops

    // domain
    static var errorDomain : String { return "MyDomain" }
    // code
    var errorCode : Int { return -666 }
    // userInfo
    var errorUserInfo: [String : Any] { return ["Hey":"Ho"] };

    // localizedDescription
    var errorDescription: String? { return "This sucks" }
    // localizedFailureReason
    var failureReason: String? { return "Because it sucks" }
    // localizedRecoverySuggestion
    var recoverySuggestion: String? { return "Give up" }

}

2
Ви можете внести зміни? Ваші приклади не дуже допомагають зрозуміти цінність кожного. Або просто видаліть його, оскільки відповідь MartinR пропонує саме це ...
Honey

3

Використання структури може бути альтернативою. Трохи елегантності зі статичною локалізацією:

import Foundation

struct MyError: LocalizedError, Equatable {

   private var description: String!

   init(description: String) {
       self.description = description
   }

   var errorDescription: String? {
       return description
   }

   public static func ==(lhs: MyError, rhs: MyError) -> Bool {
       return lhs.description == rhs.description
   }
}

extension MyError {

   static let noConnection = MyError(description: NSLocalizedString("No internet connection",comment: ""))
   static let requestFailed = MyError(description: NSLocalizedString("Request failed",comment: ""))
}

func throwNoConnectionError() throws {
   throw MyError.noConnection
}

do {
   try throwNoConnectionError()
}
catch let myError as MyError {
   switch myError {
   case .noConnection:
       print("noConnection: \(myError.localizedDescription)")
   case .requestFailed:
       print("requestFailed: \(myError.localizedDescription)")
   default:
      print("default: \(myError.localizedDescription)")
   }
}

0

Ось більш елегантне рішення:

  enum ApiError: String, LocalizedError {

    case invalidCredentials = "Invalid credentials"
    case noConnection = "No connection"

    var localizedDescription: String { return NSLocalizedString(self.rawValue, comment: "") }

  }

4
Це може бути більш елегантним під час виконання, але крок статичної локалізації не зможе витягнути ці рядки для перекладачів; ви побачите "Bad entry in file – Argument is not a literal string"помилку під час запуску exportLocalizationsабо genstringsстворення списку тексту, що перекладається.
савінола

@savinola згоден, статична локалізація не працюватиме в такому випадку. Можливо, використання switch + caseє лише варіантом ...
Віталій Гоженко

Використання необроблених значень також запобіжить використанню пов’язаних значень для будь-яких ваших помилок
Броді Робертсон
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.