当前位置：文江博客话题详情

一般来说，我应该将编译器设置为将警告视为错误吗？

发布于 2024-10-30 14:35:51 字数 61 浏览 0 评论 0原文

从长远来看，修复可能逃脱惩罚的警告带来的短期烦恼是否会带来好处？通过这样做通常可以避免哪些类型的运行时错误？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

橪书 2024-11-06 14:35:51

我的观点是警告的存在是有原因的，忽略它们后果自负。虽然有些人确实很挑剔，但大多数情况下他们这样做是有充分理由的。我宁愿修复它们并进行干净的编译。

回复收藏 0 原文

一萌ing 2024-11-06 14:35:51

这取决于您认为什么是“您可以逃脱的警告”。还要考虑到您的代码将来的任何修改。

我思考的时间越长，“我可以逃脱的警告”就越少。

回复收藏 0 原文

别靠近我心 2024-11-06 14:35:51

我通常会修复所有警告，但不要将它们设置为错误......

回复收藏 0 原文

妄司 2024-11-06 14:35:51

一般来说，是的。

我确信有很多例外。无法以这种方式编译但您不想触及的第三方库头是我能想到的最大的头。（即便如此，我有时也会在 #include 行周围使用 #pragmas 来抑制某些标头中的警告，这样我就可以在代码的其余部分中保留警告作为错误。）

另一个例外是小型项目；对我来说，一个简单的经验法则是，如果我需要一个Makefile，那么它就不再是一个小项目，我想了解有关警告、文档和单元测试的信息。

回复收藏 0 原文

仅冇旳回忆 2024-11-06 14:35:51

这就是为什么我认为你应该将警告视为错误：

当你有一长串方法时，某些内容可能会出现 null：

var amount = _client.SnatchLeftoverOrders( _username, _password, "pepperoni").Where( o => o.Ingredients.Any("mushrooms").Where( o => o.Ownersname.ToUpper == _incomingName ).Amount();

或者类似的情况，很多地方都可能发生 null 异常。

当您将这些行放入 try/catch 中时，代码比添加 FirstOrDefaults() 然后在 !null 上分支要简单得多。

如果你有一个问题，你必须对 Exception 对象做一些事情，否则它就是一个错误（如果你将警告作为错误处理）。

这不是赢得“精美编程”奖章的方法，但它使事情变得简单。现在的编程中有太多保姆式的东西了。

Here's why I think you should treat warnings as errors:

When you have a long chain of methods where something can come up null:

var amount = _client.SnatchLeftoverOrders( _username, _password, "pepperoni").Where( o => o.Ingredients.Any("mushrooms").Where( o => o.Ownersname.ToUpper == _incomingName ).Amount();

Or something like that are a lot of places where null exceptions could happen.

The code is much more simple when you put those lines in a try/catch than adding FirstOrDefaults() and then branch on !null.

If you have a catch, you have to do something with an Exception object or it is an error (if you are handling warnings as errors.

This isn't the way to win the "polished programming" medal, but it keeps things simple. There's too much nanny stuff going on in programming these days.

回复收藏 0 原文

~没有更多了~