1
183
是的,这些可以被抑制。 通常,我反对禁止警告,但在本例中,用于interop的结构绝对需要一些字段存在,即使您从未打算(或可以)使用它们,因此在本例中,我认为这是合理的。 通常,要禁止这两个警告,您需要修复有问题的代码。第一个(“…从不使用”)通常是代码的早期版本遗留下来的代码味道。也许代码被删除了,但字段被留下了。 第二种通常是错误使用字段的代码味道。例如,您可能错误地将属性的新值写回属性本身,而不是写回支持字段。 取消“的警告 从未使用字段XYZ “你这样做:
取消“的警告 字段XYZ从未分配给,并且始终具有其默认值XX。 “你这样做:
为了自己找到这些警告号码(例如,我如何知道使用0169和0649),您可以这样做:
告诫 :根据评论 @Jon Hanna 也许一些警告是为了这个,为了将来找到这个问题和答案。
|
2
12
修复这些警告的另一个“解决方案”是使结构
也就是说,“互操作”组件通常不应该是公共的,而是
|
3
5
我得到了生成
作为可接受答案中给出的解决方案的替代方案 我把这些字段转换成属性,警告消失了。 . 这是有意义的,因为属性声明语法sugar被编译成一个引用该字段的字段加上getter和/或setter方法(在我的例子中是add/remove)。这满足编译器的要求,不会引发警告:
|
4
1
C/C++用户有
在VS2010 C_4.0和Mono2.10编译器中,这两个表达式都不会生成未使用的变量警告。 |
vandench · Intellij IDEA中的检查和描述列表? 8 年前 |
Bedford · 抑制Swift编译器警告 9 年前 |
MofX · 分配位字段时的GCC转换警告 10 年前 |
Marco Eckstein · PMD Eclipse:如何设置抑制标记? 11 年前 |
David · 如何关闭Xcode中的特定错误? 11 年前 |