您最喜欢的 FxCop 规则是什么?
您最看重哪些 FxCop 规则? 哪些规则突出了 .Net 的最佳陷阱?
Which FxCop rules do you most value? Which rules highlight the best .Net gotchas?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(5)
我最喜欢的 FxCop 规则是那些在编译代码时不会给出错误的规则。
My favorite FxCop rules are the ones that don't give me errors when compiling my code.
我要写的内容是为了阻止开发人员使用 #defines 而不是配置(需要引用:使用预处理器是不好的 OO 实践)。
我喜欢几乎所有的设计规则。
The one I am going to write to stop developers from using #defines instead of configuration (Quote needed: Preprocessor usage is bad OO practice).
And I like almost all of the design rules.
我发现一些用法和设计规则特别有帮助。 我永远记不起如何实现 IDisposable 或 ISerialized 接口的细节,因此我很感谢这些规则的温和提醒:
I find some of the usage and design rules particularly helpful. I can never remember the details of how to implement the IDisposable or ISerializable interfaces, so I appreciate the gentle reminders from rules like these:
我最看重并且突出了陷阱的规则是性能规则。
The ones I value the most, and which highlight the gotchas, are the Performance rules.
这不是 FxCop 规则,而是 NDepend 代码查询语言规则,但尽管如此,我还是喜欢CQL规则:
This is not a FxCop rule but NDepend Code Query Language rule, but nevertheless, I love the CQL rule: