如何处理ReSharper的姓名建议?

Jic*_*hao 5 c# resharper visual-studio-2010

总是,我收到以下消息:

名称“ byteProivder_LengthChanged”与“方法,属性和事件”不匹配。建议名称为“ ByteProviderLengthChanged”

甚至VS生成的方法名称都无法摆脱这个建议。例如FormXXX_Load,建议更改为FormXXXLoad

所以我该怎么做?我应该遵循名称建议还是只保留VS风格?如果我遵循名称建议,如何配置ReSharper并让其自动更改名称?如果我不遵循ReSharper方式,该如何关闭该名称建议选项?

小智 5

要关闭建议,您可以更改 ReSharper 的检查严重性。

ReSharper > 选项 > 代码检查 > 检查严重性 > 命名不一致

您还可以更改或创建各个语言的自定义命名样式。

ReSharper > 选项 > C# > 命名样式 > 高级设置

有关创建自定义命名样式的更多信息可以在JetBrainsdevloq上找到。


Neo*_*ard 3

ReSharper 的建议(在大多数情况下)很有用,但有时它没有达到目标,甚至可能有点烦人。

您对此有三种解决方案;

  1. 编辑 ReSharper 的定义以符合您的喜好(可以通过从左侧的快速修复菜单中选择“编辑 X 规则设置”来实现)

  2. 隐藏烦人的 ReSharper 消息(通过注释本地隐藏或通过更改此类消息的设置全局隐藏。这两种方法都可以从快速修复菜单中实现)

  3. 当 ReSharper 的消息毫无用处时,请忽略它。

无论您选择什么,请确保您的选择涵盖了您的整个工作(以及您的团队的工作,如果您是团队的一员)。例如,对于选项 3,列出 ReSharper 被忽略的情况。

保持代码一致对于任何项目(无论大小)都至关重要,并且应该是您考虑 ReSharper 时的首要准则。

  • 以免被遗忘;对此类命名准则进行机器验证是有代价的。这些警告会分散您对代码中实际问题的注意力,并花费时间和精力来解决。偶尔改进名称以澄清代码是个好主意,但“默认情况下”用警告和波浪线来混淆代码来实现这一点是个坏主意。 (4认同)
  • 我不同意。名称旨在代表有意义的事物,实际上无法浓缩为(准确的)全球指南。例如,当 VS 附加 _Load 时,它会始终如一地执行此操作,因此“可识别”且“可读”——无论这是否恰好出现在任何明确的指南中。同样,任何合理的大型项目*应该*具有各种增强可读性的约定 - 由于项目依赖,这些约定几乎肯定不适合有用的全球指南。 (2认同)