|
|
1
11
你应该注意到你正在寻找的特殊情况。坦率地说,这段代码令人震惊。你应该有…
稍后在代码中,您可以像…
|
|
|
2
14
您不应该根据错误测试来捕获错误。您应该创建自己的扩展异常的异常类:
投掷和接住。(请原谅我的语法错误,我有一段时间没做过C)。 也就是说,抛出和捕获自己的异常而不是传播它们是完全正常的,这就是您实际应该如何处理异常的方法。 |
|
|
3
7
您的代码会产生可维护性问题,因为简单的文本更改可能会产生奇怪的副作用。您可以拥有自己的从System.Exception继承的异常类。然后,您可以执行以下操作,而不是使用if:
你也不想这样做
|
|
4
0
当我抛出异常而不是派生类时,我总是指失败的断言。我不喜欢失败的后端,因为我们仍然能够收到一个请求(只是不再是那个请求)。如果我们真的要干杯的话,下一个请求就会出错。 当后端需要生成错误消息时,我有一个从异常继承的ErrorMessage类,并将ErrorMessage和ErrorMessageTitle作为构造函数参数。 |
|
|
A B · C#Excel自动调整列避免长文本时出错 1 年前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 1 年前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 1 年前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 1 年前 |