|
1
3
一种技术含量很低的方法也许只是使用 行动代表 使用一个泛型参数,至少按期望得到的异常进行筛选
用法
但就我个人而言,我认为这是一个相当可疑的解决方案,您可能应该全面重新考虑异常处理策略。简而言之,异常不应该用于流控制,而捕获它们应该在您确切知道如何处理它们时进行。 此外,如果方法实现可用,那么它们可能应该使用Try风格的方法,或者只在它知道需要它们的时候捕获并处理它们自己的异常。 |
|
|
2
1
您可以做的是创建一个异常列表,并将所有异常添加到该列表中。 在系统结束时,收集所有异常。 你的例子就是这样。
而不是你所做的每一种方法:
您还可以创建自己的错误模型,该模型具有异常属性和其他属性,如时间、消息等。 为了立即显示问题,你可以在最后做一个循环,比如:
|
|
|
3
-1
您可以在每个方法中抛出已识别的异常,如下所示,在这些方法实现的定义行中。
然后在Foo()方法中编写一个try块和相关的catch子句,以便在代码的一个位置捕获每个异常,如下所示。
|
|
|
4
-1
如果基于某些条件(已处理的异常)显式抛出新异常,则不需要通过放置try-catch语句到处发送垃圾邮件。
|