gpt4 book ai didi

c# - 优化错误信息

转载 作者:行者123 更新时间:2023-11-30 16:51:17 25 4
gpt4 key购买 nike

我想知道什么是最好的方式来存储错误消息而不是在数据库中可以有超过 200 个字符并且所述错误消息可以包含不同的参数。

是不是把消息格式化成参数直接插入数据库比较好

将带有错误代码的参数存储在数据库中,并让应用程序确定发送的带有错误代码和参数的消息是什么?

应用输出:

Error 36 : This is a test error message that can last forever.... 
{I might insert a date and some other parameters here...}
and continue the endless message

数据库端:

案例一

Table ErrorMessage
ErrorCode | Message
36 | This is a test error message that can last...date + RandomParameter

案例二

Table ErrorMessage
ErrorCode | Date | AdditionalInfo
36 | 2015-12-23| RandomParameter

哪个效率更高?

编辑:稍后可以搜索这些消息。它可以是查看特定用户是否有很多错误并帮助他解决这些问题,或者它可能是管理错误消息,其中应用程序中的某些内容已更改并且与特定用户存在冲突。它将记录在数据库中,并且需要在用户联系管理员时进行搜索。

最佳答案

您的所有观点都有优点。两种方法各有优缺点。

  • 您可以同时存储两者。这样兼具两者的优点,唯一的缺点是增加了存储空间。

  • 如果您不选择同时存储两者,请存储完整格式的消息。这样做的原因是,如果与号码关联的消息随新版本发生变化,您可能需要按记录时的原样查看消息。

  • 如果您有特定的需要能够查询参数,那么就这样做吧。但是 YAGNI 适用。不要仅仅因为您认为您将来可能会这样做。您可以稍后通过使用正则表达式提取它们来做到这一点。

对我来说,YAGNI 的考虑是决定性的。除非你有具体的理由,否则今天,做任何其他事情,做最简单的符合要求的事情。这可能会存储完整的消息。

关于c# - 优化错误信息,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34032399/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com