存储静态错误字符串的最佳位置

发布于 2024-11-15 20:45:33 字数 368 浏览 0 评论 0原文

我想知道是否有人对在 C# 应用程序中存储静态错误字符串的最佳实践有任何意见。我有一个 Visual Studio 2010 解决方案,它有 5 个项目,并定义了几个要通过 WCF REST Web 服务以消息形式返回的常量错误消息。

我定义的当前错误(硬编码)采用以下格式(代码、消息):

999 - 无法使用指定的参数处理您的请求。

我不是问如何创建从 Exception 类派生的自定义类,因为这些错误是在引发相应的异常后返回的,以防止 AppPool 出错。

我正在考虑将消息存储在以下位置的一些想法:XML、平面文件、SQLite 等。

有人有偏好吗?如果有,为什么?

谢谢你,

杰弗里·凯文·普瑞

I was wondering if anyone had any input on the best practice of where to store static error strings in a C# application. I have a visual studio 2010 solution that has 5 projects and have defined several constant error messages to be returned via a WCF REST web service in the form of a message.

My current errors I have defined (hard-coded) are in the following format (CODE, MESSAGE):

999 - Your request could not be processed with the parameters specified.

I am not asking how to create custom classes derived from the Exception class because these errors are returned after corresponding Exceptions are raised to keep the AppPool from faulting.

Some ideas I was pondering storing the messages in: XML, Flat File, SQLite, and so on.

Does anyone have a preference and if so, why?

Thank you,

Jeffrey Kevin Pry

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

任性一次 2024-11-22 20:45:33

I personally store these things in the projects Resources file, and then retrieve them when I need them. Doing it this way also makes it a lot easier to change them, for example if you needed the system to use another language all you'd do is switch the resources file for one in another language and voila!

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文