最佳实践 - 您自己的项目/应用程序的 NSError 域和代码

Question

有一个之前的SO帖子关于设置错误域您自己的框架，但是为您自己的项目/应用程序设置错误域和自定义错误代码的最佳实践是什么？

例如，假设您正在开发一个具有大量验证的核心数据密集型应用程序，您是否应该坚持使用“现成的”核心数据错误代码（例如来自 的 NSManagedObjectValidationError CoreDataErrors.h）或者您应该创建自己的 MyAppErrors.h 并定义更具体的错误（即 MyAppValidationErrorInvalidCombinationOfLimbs）？

创建自定义错误域和一组错误代码可以显着消除代码的歧义，但是维护开销是否太大，是否需要担心错误代码编号冲突？或者这里还有其他问题吗？

Answer 1

我个人使用反向 DNS 风格的域。例如：

NSError * myInternalError = [NSError errorWithDomain:@"com.davedelong.myproject" code:42 userInfo:someUserInfo];

域的第三部分（@"myproject"）仅用于区分此项目（"My Project"）中的错误与另一个项目中的错误（“我的其他项目” => com.davedelong.myotherproject）。

这是一种确保我不会与其他人的错误域发生冲突的简单方法（如果我使用的是第 3 方代码），除非该开发人员故意试图干扰我（这我相信这是极不可能的......）。

至于代码编号冲突，不用担心。只要代码在域内是唯一的，就应该没问题。

至于翻译错误，那就取决于你了。无论您做什么，请确保妥善记录。 就我个人而言，我通常只是传递框架生成的错误，因为我永远不确定我是否会处理所有代码并将所有 userInfo 转换为更具体的内容我的项目。框架可以更改和添加更多代码，或者更改现有代码的含义等。它还可以帮助我更具体地识别错误来自何处。例如，如果我的 StackKit 框架在 com.stackkit 域中生成错误，我知道这是一个框架问题。但是，如果它在 NSURLErrorDomain 中生成错误，那么我就知道它具体来自 URL 加载机制。

您可以做的是捕获框架生成的错误并将其包装在一个新的错误对象中，该对象具有您的域和通用代码，例如kFrameworkErrorCodeUnknown之类的东西，然后放置NSUnderlyingErrorKey 下的 userInfo 中捕获的错误。 CoreData 经常这样做（例如，如果您尝试save: 一个 NSManagedObjectContext，但存在关系完整性错误，您将收到一个错误，但NSUnderlyingErrorKey 将包含更多信息，例如具体哪些关系是错误的，等等）。

Answer 2

我没有足够的代表来发表评论，但对于 Dave DeLong 接受的答案，使用 [[NSBundle mainBundle] bundleIdentifier] 而不是 @"com.myName 可能会稍微好一些.myProject”。这样，如果您更改您的姓名或项目名称，它将准确反映。

Answer 3

如何创建自定义 NSError：

首先创建错误消息的字典

NSDictionary *userInfo = @{   
   NSLocalizedDescriptionKey: NSLocalizedString(@"Unknown Error - Please try again", nil),
   NSLocalizedFailureReasonErrorKey: NSLocalizedString(@"Unknown Error - Please try again", nil),
   NSLocalizedRecoverySuggestionErrorKey: NSLocalizedString(@"Unknown Error - Please try again", nil)
                                               };
NSError *error = [NSError errorWithDomain:[[NSBundle mainBundle] bundleIdentifier] 
  code:-58 userInfo:userInfo];

，然后将 userInfo 分配给 NSDictionary 并完成。