Tag: 代码闻

catch语句与代码行的良好比例

对于大型软件中每个源代码行有多少catch语句，是否有任何经验法则？ 例如，在用C＃编写的一个软件中，Visual Studio显示大约350行包含单词“catch”， cloc报告我们有大约160k SLOC，30k注释行和15k空白行。 每个catch语句160k / 350大约是467行代码。 但是考虑到这一点，因为我们在自己的行上使用带有大括号的标准C＃格式，所以谁知道有多少行只是160k中的单个大括号，而160k正在计算树中的一些文件是否为更长时间编译到应用程序等。我可能会猜测“有用”比率接近每400个LOC的1个捕获。 至少不出我的意料，我们错过了一个半关键的exception，它被一个空的catch块捕获，所以现在我要通过代码库，至少将exception打印到调试控制台作为临时措施，或在捕获的exception上变得更具体。 这当然会增加我们在整个应用程序中捕获的数量，但是它会将我们带到更接近“可接受”区域的位置吗？ 我不知道每467 LOC有1次捕获是好的，还是好的，甚至是可怕的。 我很清楚为什么不使用空挡块。 其他/以前的维护者一直很懒惰。 由于该产品的下一个版本对时间至关重要，我现在没有时间进入并正确修复所有300（？）差的捕获语句并validation软件的正常运行（当然我们几乎没有自动化）测试使这更容易：/）。 我只是在寻找是否有任何一种“直觉”，以至于人们应该多久看一次尝试。 有几个答案说它是上下文敏感的，这是我有点怀疑但不确定。