3

我们为各种客户开发小型应用程序。我现在的任务是为内部和外部程序员设置一些编码指南。

（管理层对开发一无所知，只看到将项目从一个开发人员转移到另一个开发人员的问题。客户按小时付费，开发只是整个项目的一小部分，因此代码质量不是问题）

我的第一步是为 C# 和 VB.Net 设置指导方针（SQL 可能稍后会出现）。

（这里的大多数代码 都是CTRL-CCTRL-V用F5.

我最熟悉 C#/C++（但有时使用现有的 VB6/VBA/VB.Net 代码），因此设置 C# 指南非常简单：

  • 警告级别 4
  • 风格警察
  • FxCop
  • 代码度量（例如圈复杂度 < 15，可维护性 > 50）

对于 VB.Net，我需要用一些书面指南替换 StyleCop，但是如何设置 VB.Net 编译器。Option Explicit就我个人而言，我从来没有在没有/等的情况下进行编码，Option Strict但如果我在我们的 VB.Net 项目中这样做，我会收到数百个警告/错误（隐式转换、默认返回类型/值等）。

如果没有编译器警告的帮助，VB 开发人员似乎不会遇到问题。我不认为他们的生产力通常与 C# 开发人员不同（这更多是个人的事情）。

我不想强制执行我自己对静态检查的偏好，所以我的问题是：
对于 VB.Net 开发来说，哪些警告级别是合理/最佳实践？

（英语不是我的第一语言，所以我希望这听起来不像我认为 VB.Net 或 VB 开发人员在任何方面都不如 C#。我只是在 VB.Net 项目中没有太多经验）

4

1 回答 1

3

VB.net 就相当于 C#。如果有人对此有疑问，他可以查看 Internet 上的各种 C# 到 VB.Net 的翻译器。选择 C# 还是 VB.net 只是习惯、可读性和感觉的问题。不是技术或性能问题。

从这里开始，您为 C# 声明的几乎相同的准则可用于 VB.net。所以设置相同的警告级别应该没问题......（VB.net也有可能吗？我记得你有一组选项编译器会警告你......）

问题可能是您将没有像 StyleCop 这样的免费工具（但有商业工具，如What StyleCop like tools are there for VB.NET 中所述）。

您还可以考虑购买 Visual Studio 的 Ultimate 或 Premium 版本（它们具有集成的静态分析工具）。

是的，强制使用 Option Explicit / Option Strict（至少对于新代码或正在审查的代码！）

于 2012-06-15T08:34:04.887 回答