我有一个最佳实践问题.我意识到这是主观的,但是如果这是一种常见的编程习惯,我想问一下比我聪明的人.
如果你有一种非常重要的方法,你不想干扰应用程序的重要功能,那么使用像这样的错误接收器是否常见？
Try
'do stuff. not important if it fails.
Catch ex as exception
'sink. do nothing.
End Try
如果您正在考虑雇用我,而您正在阅读我的一些代码并看到了这个......对吗？
赛斯
编辑 哇!谢谢你的回答.我认为共识是永远不应该做的,或者它应该是非常罕见的.
我想我会给你这个问题的背景.首先,我非常熟悉Karl Sequin文章,并且已经遵循了这种模式多年.
但是今天在我正在进行的项目中,我正在完成更改列表并面临添加一个简单的功能.(如果您想知道......它正在为富文本框添加上下文菜单支持.)
所附说明称,"如果需要的时间超过15分钟......就放弃它."
所以我面临着添加一个潜在有用的功能但是没有时间来测试它不会破坏工作功能.对于记录,我们的此系统的异常处理程序具有处理和下沉或记录这些错误的机制.但是如果我正在开发一个没有强大错误处理系统的系统呢？是否可以添加此功能,如果发生错误......什么都不会丢失.
这是我的想法.但我已经把你的信息铭记于心......基本上这是一个坏主意.
赛斯