第十七章 不常见的控制结构

标签：strong   安全   支持   第十七   部分   阶乘   运行   维护   多个   

子程序中的多处返回

程序可以通过return和exit这类控制结构，在任何需要的时候退出子程序。

• 如果能增强可读性，那么就使用return；
• 用防卫子句（早返回或早退出）来简化复杂的错误处理；
• 减少每个子程序中return的数量。

递归

在递归里面，一个子程序自己负责解决某个问题的一小部分，它还把问题分解成许多的小块，然后调用自己来分别解决每一小块。

使用递归的技巧

• 确认递归能够停止；
• 使用安全计数器防止出现无穷递归；
• 把递归限制在一个子程序内；
• 留心栈空间；
• 不要用递归去计算阶乘或者斐波那契数列；

go to

反对go to的论点

人们反对使用goto的普遍理由是：没有使用goto的代码就是高质量的代码。

• 含有goto的代码很难安排好格式；
• 使用goto也会破坏编译器的优化特性；
• 使用goto会使代码更小，运行更快；
• 使用goto会违背代码应该严格自上而下运行的原则。

支持go to的观点

goto的支持者们通常都会强调要在特定的场合下谨慎地使用goto，而不要不分青红皂白地用。

• 如果使用位置恰当，goto可以减少重复的代码；
• goto在分配资源、使用资源后再释放资源的子程序里非常有用；
• 在某些情况下，使用goto会让代码的运行速度更快，体积更小；
• 编程水平高不等于不使用goto；
• 很多现代语言已经包含了goto。

goto使用原则总结

• 在那些不直接支持结构化控制语句的语言里，用goto去模拟那些控制结构；
• 如果语言内置了等价的控制结构，那么就不要用goto；
• 如果是为了提高代码效率而使用goto，请衡量此举实际带来的性能提升；
• 除非你要模拟结构化语句，否则尽量在每个子程序内只是用一个goto标号；
• 除非你要模拟结构化语句，否则尽量让goto向前跳转而不要向后跳转；
• 确认所有的goto标号都被用到了；
• 确认goto不会产生某些执行不到的代码；
• 对某一个goto用法所展开的争论并不是事关全局的；

核对表：不常见的控制结构

return

• [ ] 每一个子程序都仅在有必要的时候才使用return吗？
• [ ] 使用return有助于增强可读性吗？

递归

• [ ] 递归子程序包含了停止递归的代码吗？
• [ ] 子程序用安全计数器来确保该子程序能停下来吗？
• [ ] 递归只位于一个子程序里面吗？
• [ ] 子程序的递归深度处于程序栈容量可以满足的限度内吗？
• [ ] 递归是实现子程序的最佳方法吗？它要好于简单的迭代吗？

goto

• [ ] 是否只有在万不得已的时候才使用goto？如果使用了goto，是否仅仅是出于增强可读性和可维护性呢？
• [ ] 如果是出于效率因素而使用的goto，那么对这种效率上的提升做出衡量并且加以说明了吗？
• [ ] 一个子程序里最多只用了一个goto标号吗？
• [ ] 所有的goto都向前跳转，而不是向后跳转吗？
• [ ] 所有的goto标号都用到了吗？

要点

• 多个return可以增强子程序的可读性和可维护性，同时可以避免产生很深的嵌套逻辑；
• 递归能够很优雅地解决一小部分问题。对它的使用也要加倍小心；
• 在少数情况下，goto是编写可读性和可维护代码的最佳方法。但这种情况非常罕见。除非万不得已，不要使用goto。

第十七章 不常见的控制结构

标签：strong   安全   支持   第十七   部分   阶乘   运行   维护   多个   

原文地址：https://www.cnblogs.com/liam-ji/p/11542400.html