对于大型软件中每个源代码行有多少catch语句,是否有任何经验法则？
例如,在用C#编写的一个软件中,Visual Studio显示大约350行包含单词“catch”,而cloc报告我们有大约160k SLOC,30k注释行和15k空白行.每个catch语句160k / 350大约是467行代码.
但是要考虑到这一点,因为我们在自己的行上使用带有大括号的标准C#格式,所以谁知道有多少行只是160k中的单个大括号,而160k正在计算树中的一些文件没有更长时间编译到应用程序等.我可能会猜测“有用”比率接近每400个LOC的1个捕获量.
至少不要让我感到意外,我们错过了一个半关键的异常,它被一个空的catch块所捕获,所以现在我要通过代码库并至少将异常打印到调试控制台作为临时措施或者在捕获的异常上变得更具体.这当然会增加我们在整个应用程序中捕获的数量,但是它会将我们带到更接近“可接受”区域的位置吗？我不知道每467 LOC是否有1次捕获是好的,只是没关系,或者甚至是可怕的.
我很清楚为什么不使用空的挡块.其他/以前的维护者一直很懒惰.由于该产品的下一个版本对时间至关重要,我现在没有时间进入并正确修复所有300(？)差的捕获语句并验证软件的正常运行(当然我们几乎没有自动化测试使这更容易：/).
我只是在寻找是否有任何一种“直觉”,以至于人们应该多久看一次尝试.有几个答案说它是上下文敏感的,这是我有点怀疑但不确定.
解决方法
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
