C# 存储静态错误字符串的最佳位置
我想知道是否有人对在C#应用程序中存储静态错误字符串的最佳实践有任何意见。我有一个VisualStudio2010解决方案,它有5个项目,并定义了几个常量错误消息,以消息的形式通过WCF REST web服务返回 我当前定义的错误(硬编码)格式如下(代码、消息): 999-无法使用指定的参数处理您的请求 我不是问如何创建从Exception类派生的自定义类,因为这些错误是在引发相应的异常后返回的,以防止AppPool出错 我正在考虑将消息存储在XML、平面文件、SQLite等格式中 有人有偏好吗?如果有,为什么 谢谢,C# 存储静态错误字符串的最佳位置,c#,exception-handling,standards,C#,Exception Handling,Standards,我想知道是否有人对在C#应用程序中存储静态错误字符串的最佳实践有任何意见。我有一个VisualStudio2010解决方案,它有5个项目,并定义了几个常量错误消息,以消息的形式通过WCF REST web服务返回 我当前定义的错误(硬编码)格式如下(代码、消息): 999-无法使用指定的参数处理您的请求 我不是问如何创建从Exception类派生的自定义类,因为这些错误是在引发相应的异常后返回的,以防止AppPool出错 我正在考虑将消息存储在XML、平面文件、SQLite等格式中 有人有偏好吗
Jeffrey Kevin Pry我个人将这些东西存储在项目文件中,然后在需要时检索它们。这样做也会使更改它们变得更容易,例如,如果您需要系统使用另一种语言,那么您所要做的就是将资源文件切换为另一种语言,瞧 我也考虑过这个问题。我喜欢你关于语言的观点。但是,我无法在资源文件中使用数字作为名称。您通常如何命名错误消息的条目?谢谢我通常有一个名字,使消息很明显,像ERROR_FILE_NOT_FOUND,但在你的情况下,你可以像那样使用ERROR_123。您甚至可以为资源编写一个管理器,在给定错误号的情况下,可以检索相应的错误消息,从而得到与我所寻找的完全相同的结果。回答!谢谢你的帮助!没问题,很高兴我能帮忙;)