605
社区成员
原文地址
教材4.3.2中写到
函数最好有单一的出口,为了达到这一目的,可以使用goto。只要有助于程序逻辑的清晰体现,什么方法都可以使用,包括goto。
作者认为只要有助于逻辑清晰表达,使可以使用goto的。犹记得大一时接触c语言时,老师特地说过不要使用goto,goto虽然好用,但会使程序结构混乱。
于是抱着疑惑查阅了相关资料,发现主要有两种观点。一种就是不提倡使用goto,因为容易把逻辑弄乱且难以理解;另一种提倡使用goto,因为在跳出多层循环和异常处理时比较方便且效率高,很多大型项目、开源项目,包括linux都会巨量的出现goto来处理错误。所以比较好的标准就是在错误处理的时候使用goto,其他地方都禁止使用goto吗?
经过了一个大三下学期,我的代码总行数增长了近9000行,其中包括在软件工程课程中使用的Javascript,WXSS,WXML,C++以及其他课程使用的Python,Matlab。在这些代码中,跳转语句非常多,其中有的地方需要连接到一个语句块之外,但是所连接到的地方又无需使用多次,这个时候,如果用到goto语句,就可以极大的减少代码行数,并且使函数简单化。
而且我发现,《构建之法》这本书中提到的“函数最好有单一出口,为了达到这一目的,可以使用goto。只要有助于程序逻辑的清晰体现,什么方法都可以使用,包括goto”,这一观点非常正确,一个函数最好只有一个出口,这样在逻辑上会非常清晰,并且,在Debug的时候,如果只有一个出口的话,单步调试中进出函数的过程都会非常明晰,编写程序的时候也不会错在某个出口的返回值出了问题。因此我认为,只要是符合代码规范,并且有助于代码的清晰展示,任何语句都可以使用,良好的goto语句比臃肿的if判断反而更利于阅读。
这里我仍然坚持学期初的观点,即:
只有在需要错误处理而语言本身没有提供错误处理功能的情况下使用goto语句
同时多加入两点前提:
优先考虑更换开发语言
同时应当在项目的README,相关函数的开头加以说明,且确保成员们受到过相关的培训
团队的一切规范都是服务于开发效率的,但是规范对于开发效率和可维护性确实有很大影响,一种不常见的规范本来就是对开发人员的一种心智负担,因此如果没有特殊需要,不要使用这样的构造。
关于开发语言,相信不少人会对此抱有疑问,但是语言本身确实有其专长,如果进行Web开发,那么去使用没有错误处理的C显然是不明智的。事实上,语言本身是根据需要构建的,如果你发现一门语言没有你需要的功能以至于你需要绕很多弯去实现,很可能你的使用方式是错误的,或者这门语言不适合解决你现在遇到的问题。不得不提一提我们项目的React(x