4.3.2 应该在什么时候使用goto？

[GreyZeng]

原文地址
教材4.3.2中写到

函数最好有单一的出口，为了达到这一目的，可以使用goto。只要有助于程序逻辑的清晰体现，什么方法都可以使用，包括goto。

作者认为只要有助于逻辑清晰表达，使可以使用goto的。犹记得大一时接触c语言时，老师特地说过不要使用goto，goto虽然好用，但会使程序结构混乱。

于是抱着疑惑查阅了相关资料，发现主要有两种观点。一种就是不提倡使用goto，因为容易把逻辑弄乱且难以理解；另一种提倡使用goto，因为在跳出多层循环和异常处理时比较方便且效率高，很多大型项目、开源项目，包括linux都会巨量的出现goto来处理错误。所以比较好的标准就是在错误处理的时候使用goto，其他地方都禁止使用goto吗？

[GreyZeng]

在本学期的软工课程中并没有使用到goto，不过经过团队项目的实践，还是很认同助教的观点“在团队项目中尽量约束”。对于大佬而言，goto可以简化逻辑，但在团队合作中，如果需要阅读含有goto的代码，那会变得非常头痛。
原文地址

[GreyZeng]

对于这个问题，我也询问了周围同学的看法，大家的观点大都也与我在提出疑问时的观点一致，goto语句可类比于汇编程序中的跳转指令，它容易造成包含分支和循环结构的程序逻辑混乱，往往会给阅读程序代码的工作人员带来更为复杂的任务难度，因而往往不建议在程序中使用goto语句。
原文地址

[GreyZeng]

这里我仍然坚持学期初的观点，即：

• 只有在需要错误处理而语言本身没有提供错误处理功能的情况下使用goto语句
  同时多加入两点前提：

• 优先考虑更换开发语言

• 同时应当在项目的README，相关函数的开头加以说明，且确保成员们受到过相关的培训

团队的一切规范都是服务于开发效率的，但是规范对于开发效率和可维护性确实有很大影响，一种不常见的规范本来就是对开发人员的一种心智负担，因此如果没有特殊需要，不要使用这样的构造。

关于开发语言，相信不少人会对此抱有疑问，但是语言本身确实有其专长，如果进行Web开发，那么去使用没有错误处理的C显然是不明智的。事实上，语言本身是根据需要构建的，如果你发现一门语言没有你需要的功能以至于你需要绕很多弯去实现，很可能你的使用方式是错误的，或者这门语言不适合解决你现在遇到的问题。不得不提一提我们项目的React（x

原文地址

[SoftwareTeacher]

参考文献：
https://stackoverflow.com/questions/13001067/why-do-some-kernel-programmers-use-goto-instead-of-simple-while-loops

http://ourjs.com/detail/52ce07eb2caee88b29000002

https://blog.csdn.net/baimingyong007/article/details/8438931

https://blog.csdn.net/yush34/article/details/107321160

CodeComplete 2nd edition, 关于 Goto 的说明：
https://www.oreilly.com/library/view/code-complete-2nd/0735619670/ch17s03.html

[GreyZeng]

目前我认为软件开发的过程中只要能够使代码实现清晰简洁，像goto这样的方法也可以考虑使用。但一般而言goto只适用于某些特殊的场景，例如所有代码分支都有统一出口或多重循环的情况。无论如何，写出让他人可以看懂的代码是最重要的。
原文地址

[GreyZeng]

经过了一个大三下学期，我的代码总行数增长了近9000行，其中包括在软件工程课程中使用的Javascript，WXSS，WXML，C++以及其他课程使用的Python，Matlab。在这些代码中，跳转语句非常多，其中有的地方需要连接到一个语句块之外，但是所连接到的地方又无需使用多次，这个时候，如果用到goto语句，就可以极大的减少代码行数，并且使函数简单化。

​ 而且我发现，《构建之法》这本书中提到的“函数最好有单一出口，为了达到这一目的，可以使用goto。只要有助于程序逻辑的清晰体现，什么方法都可以使用，包括goto”，这一观点非常正确，一个函数最好只有一个出口，这样在逻辑上会非常清晰，并且，在Debug的时候，如果只有一个出口的话，单步调试中进出函数的过程都会非常明晰，编写程序的时候也不会错在某个出口的返回值出了问题。因此我认为，只要是符合代码规范，并且有助于代码的清晰展示，任何语句都可以使用，良好的goto语句比臃肿的if判断反而更利于阅读。

原文地址