我们为各种客户开发小型应用程序。我现在有一项任务是为内部和外部程序员设置一些编码指南。
（管理层对开发一无所知，只看到将项目从一个开发人员转移到另一个开发人员的问题。客户按小时付费，开发只占整个项目的一小部分，因此代码质量不是问题）
我的第一步是为C＃和VB.Net设置指南（SQL可能会在以后出现）。
（这里的大部分代码是用 CTRL-C CTRL-V 创建的，测试是用 F5 完成的。
我试图引入单元测试/代码审查，但这不会发生。静态分析是目前唯一的前进方式）
我最熟悉C＃/ C ++（但有时使用现有的VB6 / VBA / VB.Net代码），因此设置C＃指南非常简单：
对于VB.Net，我需要用一些书面指南替换StyleCop，但是如何设置VB.Net编译器。
我个人从不编码没有Option Explicit / Option Strict等但是如果我在VB.Net项目中这样做，我会得到数百个警告/错误（隐式转换，默认返回类型/值等）。
如果没有编译器警告的帮助，VB开发人员似乎没有问题。我不认为他们的生产力通常不同于C＃开发人员（这更像是个人的事情）。
我不想强制执行自己的静态检查偏好，所以我的问题是：
VB.Net开发的哪些警告级别是合理/最佳实践？
（英语不是我的第一语言，所以我希望这听起来不像我认为VB.Net或VB开发人员在任何方面都不如C＃。我只是没有太多的VB.Net项目经验）
答案 0 :(得分：3)
VB.net就等同于C＃。如果有人对此有疑问，他可以通过互联网查看各种C＃到VB.Net的翻译。选择C＃或VB.net只是习惯，可读性和感觉的问题。不是技术或性能问题。
从这开始，几乎与C＃相同的指导原则可以用于VB.net。所以设置相同的warnign级别应该没问题...（VB.net是否也有可能？我记得你有一套选项，编译器会警告你......）
问题可能是你没有像StyleCop这样的免费工具（但有商业版，如What StyleCop like tools are there for VB.NET中所述）。
您还可以考虑购买Visual Studio的Ultimate或Premium版本（他们有一个集成的静态分析工具）。
是的，强制使用Option Explicit / Option Strict（至少对于新代码或正在审核的代码！）