As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。
已关闭8年。
我们的项目经理最近制定了一项政策，要求开发人员删除所有编译器警告。我了解有些警告确实很容易删除，有些警告却并非如此。因此，一些开发人员会尽一切可能实现目标。例如，使用显式强制转换将double转换为float，float到int，signed到unsigned等。由于我们的代码库如此之大，在20多年的30-50名开发人员的工作中，我真的怀疑这种工作量如果确实有一些优点的话，确实可以为我们提供帮助。谁能给您一些建议或意见？我们的项目使用C++。
已关闭8年。
我们的项目经理最近制定了一项政策，要求开发人员删除所有编译器警告。我了解有些警告确实很容易删除，有些警告却并非如此。因此，一些开发人员会尽一切可能实现目标。例如，使用显式强制转换将double转换为float，float到int，signed到unsigned等。由于我们的代码库如此之大，在20多年的30-50名开发人员的工作中，我真的怀疑这种工作量如果确实有一些优点的话，确实可以为我们提供帮助。谁能给您一些建议或意见？我们的项目使用C++。
最佳答案
一旦让编译器警告滑动，“真实”警告也将被忽略。我无法数出我进入一个带有大量警告的项目的次数，这些警告只需要一点点注意，就被删除了，同时还删除了一堆非常细微的错误。偶然分配，如果(如果)偶然掉入开关或无默认情况，则为偶然；在for循环的末尾，无意的类型转换等。警告的存在是有原因的-请使用它们。是的，有些是非常悬而未决的，但是仅需一点点的工作就可以在以后省去很多麻烦。
清洁警告并保持清洁。您将编写更好的代码。