我想在定价操作期间建立一个OO层次的错误和警告返回给客户:
interface PricingMessage {}
interface PricingWarning extends PricingMessage {}
interface PricingError extends PricingMessage {}
class NoSuchProductError implements PricingError {
...
}
我不太热衷于PricingMessage
这个名字。包含错误和警告的概念是什么?
编辑:要清楚,我正在寻找一个特定错误和警告的常见概念或名称(例如,不包括常规信息消息)。例如,编译器也会报告错误和警告。这些是什么?
答案 0 :(得分:5)
一些建议......
<强>&#34;结果&#34; 强>
操作有结果,可能是一些错误,警告,注释以及明确或暗示(无错误)成功。
PricingResult
<强>&#34;文档版本&#34; 强>
一个操作已经运行,但有问题,其中一些可能是致命的(错误),其中一些可能不是(警告)。如果没有问题,则表示成功。
PricingIssue
<强>&#34;条件&#34; 强>
操作可能具有或处于错误状态或警告状态。我认为有些编译器会使用&#34; condition&#34;作为错误或警告的抽象术语。
PricingCondition
<强>&#34;诊断&#34; 强>
操作的结果可能包括错误和警告的诊断。我相信另一个编译器术语。
PricingDiagnostic
答案 1 :(得分:3)
如果您正在处理java或类似的OO语言,那么您要查找的单词将是Exception
。这表明您已达到“特殊”状态,需要以受控方式处理。
答案 2 :(得分:3)
答案 3 :(得分:1)
我更喜欢名字Alert
。警报IMO可以具有任何级别的严重性,可以将其标识为信息,警告,关键或任何其他认为合适的级别。
我听到这个命名的反驳论点是警告名词过于紧密以提醒动词,使得对象(名词)可能或许多没有引起用户注意的区别(动词) )。在这种情况下,将它们命名为警报可能会产生一些认知失调,并且可能会让开发人员对您的代码进行推理而感到困惑。
我能提出的最好的建议是在Alert
(异常条件的对象)和Notification
之间的代码库中创建一个难以区分的区别(将警报带给用户的行为)注意)让程序员继续前进直观。
答案 4 :(得分:0)
理论上,这些可以被定义为事件 - 所以你可以使用它。
答案 5 :(得分:0)
这是非常主观的,但这里有一些建议:
答案 6 :(得分:0)
在网页设计中,术语“警告”有时用于表示错误、警告或信息的文本块。