|
|
1
60
简短回答:我认为你的第二个假设可能有缺陷。
在编译时执行,而不是在运行时执行
除非编译器能够明确地知道它应用运算符的对象的类型,否则它不会编译。因为编译器无法确保
要更清楚地看到这一点,请尝试定义
在我看来,这正是你应该做的。
但是
|
|
2
4
我们遇到了同样的问题,并找到了一个很好的解决方案:ReSharper定制模式。 我们将所有用户配置为除了使用自己的全局模式目录之外,还使用一个通用的全局模式目录,并将其放入SVN中,以便每个人都可以对其进行版本控制和更新。 目录包括我们系统中已知错误的所有模式:
替换模式是
严重性为“显示为错误”。
同样地,我们也有
希望这有帮助。 P.S.全球目录是ReSharper 6.1(EAP)中的功能,将很快标记为最终目录。 使现代化 ReSharper Issue 若要将所有接口“==”标记为警告,除非它与null进行比较。请投票,如果你认为这是一个值得的功能。 更新2 :ReSharper还具有[CannotApplyEqualityOperator]属性,可以提供帮助。 |
|
|
3
0
在我看来,这是C#中令人困惑的设计缺陷。IMO==应该和现在完全一样
|
|
|
A B · C#Excel自动调整列避免长文本时出错 1 年前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 1 年前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 1 年前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 1 年前 |