有一个关于为您自己的框架设置错误域的previous SO post,但关于为您自己的项目/应用程序设置错误域和自定义错误代码的最佳做法是什么??
例如,假设您正在开发一个需要大量验证的 Core Data 密集型应用程序,您应该坚持使用“现成的”Core Data 错误代码(例如 CoreDataErrors.h
中的 NSManagedObjectValidationError
)还是应该创建您自己的 MyAppErrors.h
并以更具体的方式定义错误(即 MyAppValidationErrorInvalidCombinationOfLimbs
?
创建自定义错误域和一组错误代码可以显着消除代码歧义,但是维护开销是否太大,是否需要担心错误代码编号冲突?还是这里有其他顾虑?
我个人使用反向 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
或其他东西,然后将捕获的错误放在NSUnderlyingErrorKey
下的 userInfo
。 CoreData 经常这样做(例如,如果您尝试 save:
一个 NSManagedObjectContext
,但您遇到了关系完整性错误,您将收到一个错误,但 NSUnderlyingErrorKey
将包含更多信息,例如哪些关系是错误的,等等)。
我没有足够的代表发表评论,但对于 Dave DeLong 接受的答案,使用 [[NSBundle mainBundle] bundleIdentifier]
而不是 @"com.myName.myProject"
可能会稍微好一些。这样,如果您更改名称或项目名称,它将准确反映。
NSBundle.mainBundle().bundleIdentifier!
(如果您知道捆绑标识符已设置,我猜这很有可能)
如何创建自定义 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 并完成。
不定期副业成功案例分享