|
|
1
42
…它看起来像一个新的
客户是否需要能够将其与BCL例外区分开来?客户何时可能意外地使用香草调用此功能
|
|
|
2
23
|
|
|
3
12
泛型编程不应在运行时抛出无效的类型参数。它不应该编译,你应该有一个编译时强制。我不知道是什么
更新 如果你 必须 与(方法)参数相关的错误以ArgumentException层次结构为中心。然而 recommendation
至少有一个信念的飞跃,那就是 参数建议也适用于 |
|
|
4
9
我会使用NotSupportedException,因为这就是你所说的。除特定枚举之外的其他枚举包括 |
|
5
8
显然,微软使用
因此,我认为可以安全地假设,至少在微软代码中,使用
|
|
|
6
3
我会和你一起去
|
|
|
7
3
我将使用NotSupportedExpection。 |
|
|
8
2
|
|
|
9
1
我总是对编写自定义异常持谨慎态度,纯粹是因为它们并不总是被清楚地记录下来,如果命名不正确,会造成混淆。
编辑:
我还看到NotSupportedExceptions被抛出为许可异常“您正在运行此软件的免费版本,不支持此功能”。 编辑2:
|
|
|
10
1
我也会投票支持InvalidOperationException。我做了一个(不完整的)流程图 .NET exception throwing guidelines Framework Design Guidelines 2nd Ed. |
|
|
11
1
|
|
|
A B · C#Excel自动调整列避免长文本时出错 1 年前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 1 年前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 1 年前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 1 年前 |