116

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

例如，假设您正在开发一个包含大量验证的 Core Data 密集型应用程序，您应该坚持使用“现成的”Core Data 错误代码（例如NSManagedObjectValidationErrorfrom CoreDataErrors.h）还是应该创建自己的MyAppErrors.h并定义错误更具特异性（即，MyAppValidationErrorInvalidCombinationOfLimbs?

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

4

3 回答 3

153

我个人使用反向 DNS 样式的域。例如：

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

域的第三部分 ( @"myproject") 仅用于区分此项目中的错误 ( "My Project") 和另一个项目中的错误 ( "My Other Project"=> com.davedelong.myotherproject)。

这是确保我不会与其他任何人的错误域冲突的简单方法（如果我使用的是 3rd 方代码），除非该开发人员故意试图只与我混淆（我认为这极不可能。 ..)。

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

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

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

于 2010-07-18T16:45:02.657 回答
38

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

于 2014-08-28T23:18:31.643 回答
5

如何创建自定义 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 并完成。

于 2018-04-24T07:52:20.920 回答