coding-style - 除了 "treat warnings as errors"和修复内存泄漏，作为编码标准的一部分，我们还应该实现哪些其他想法？

Question

首先让我说，我不是编码员，但我帮助管理一个编码团队。团队中没有人有超过大约 5 年的经验，而且他们中的大多数人只在这家公司工作过..所以我们有点盲目，因此问题。

我们正在努力使我们的软件更加稳定，并且正在寻求实现一些“最佳实践”和编码标准。最近我们开始非常认真地对待这个问题，因为我们确定我们产品中的大部分不稳定性可能与我们在编译时允许警告通过而不修复的事实有关。我们也从来没有认真对待内存泄漏。

通过阅读本网站，我们现在正在与我们的团队快速解决这个问题，但这引出了一个问题，我们可以在团队范围内实现哪些其他实践来帮助我们？

编辑:我们使用 C++ 编写了相当复杂的 2D/3D 图形软件，它是跨平台的 Mac/Windows。

Answer 1

通常，编码标准/过程中的精确度/精确度级别与所需的安全级别直接相关。例如，如果您在航空航天领域工作，您几乎可以严格控制一切。但是，另一方面，如果您在计算机游戏论坛网站上工作……如果出现问题，也没什么大不了的。你可以放屁。所以YMMV，取决于你的领域。

关于编码的经典书籍是 Steve McConnell 的 Code Complete 2nd edition。拥有团队副本并强烈建议您的开发人员购买(或让公司为他们购买)。这将满足大约 70% 的文体问题。 CC 解决了大多数开发案例。

编辑:

图形软件、C++、Mac/Windows。

由于您正在进行跨平台工作，因此我建议您为 Mac(10.4(可能)、10.5、10.6)和 Windows(XP(可能)、Vista、7)设置一个自动的“ checkin 时编译”过程.这可以确保您的软件至少可以编译，而您知道什么时候不能编译。

您的源代码管理(我假设您正在使用)应该支持分支，并且您的分支策略也可以反射(reflect)跨平台性。拥有主线分支、开发分支和实验分支也是有利的。 YMMV;您可能需要对此进行迭代并咨询熟悉配置管理的人员。

由于它是 C++，您可能希望运行 Valgrind 或类似程序以了解是否存在内存泄漏。您可以获得一些静态分析器:我不知道它们在现代 C++ 习语中的效果如何。您还可以投资编写一些包装器来帮助观察内存分配。

关于 C++……Effective C++、More Effective C++ 和 Effective STL(所有作者 Scott Meyers)以及 Andrescu 撰写的 Modern C++ 等书应该都在书架上。您可能会发现 Lippman 关于 C++ 对象模型的书也很有用，我不知道。

哈。