If-Then-Throw模式？

Question

在最新版本的MSDN Magizine中，有一篇文章(MSDN Magizine)，其中引用了'If-Then-Throw'模式。这种模式的想法很有意义。尽管我似乎无法找到任何正式的定义。有没有人听说过这个？

Answer 1

没有答案，但更多的一个额外的问题。自从引入结构化例外之前，我一直在这里工作。当他们是时，“规则”是，他们真的只是为了让一个不可恢复的错误向用户发出优雅的“信号”。它清楚地表明，它们不会被用于任何类似于商业规则或任何我们认为是逻辑信号的事物。我目前已经有了一个我正在使用的Web服务项目，正如您所描述的那样使用了该模式。它基本上是一个xml over http应用程序，两边都有许多自定义类需要转换为提供直接SOAP，并且它是一个NIGHTMARE，它解释了这一点，因为我们正在处理的服务器并不真正支持公开这些类型的自定义异常通过SOAP错误......它应该和它的公司“标准”，但它是供应商用“我们对规范的解释......”开始回答的那些事情之一，bleech。

因此，我的另一个问题是什么时候发生了这种变异？它真的被认为是做事的好方法吗？我不确定它是否在所有平台上都是相同的，但在JavaLand中，在几乎普遍接受Spring的影响下，对于检查的异常存在主要抵触，所以在这种情况下，并不一定是“合同”，你会有无法解释的和意想不到的例外冒出各地。

我知道错误代码被认为是古怪和旧式的，但它们似乎对我一直在努力的项目有更好的工作，但一如既往，我期待着接受其他方面的教育。

谢谢。