DEV Community
·
GOTO语句被认为有害——Go语言需要它吗？
💡
原文英文，约800词，阅读约需3分钟。
📝
内容提要
Dijkstra在1968年的论文中批评了GOTO语句，认为其导致代码混乱。尽管Go语言允许使用GOTO，但官方建议仅在必要时使用，并提供了更好的结构化编程替代方案，如带标签的break和错误处理机制。Dijkstra的观点在今天依然适用，结构化编程是最佳实践。
🎯
关键要点
- Dijkstra在1968年的论文中批评了GOTO语句，认为其导致代码混乱。
- Go语言允许使用GOTO，但官方建议仅在必要时使用。
- Dijkstra的观点在今天依然适用，结构化编程是最佳实践。
- GOTO语句导致代码不可读，调试和维护困难。
- Go语言提供了更好的结构化编程替代方案，如带标签的break和错误处理机制。
- 在特定情况下，GOTO可以简化代码，例如在深层嵌套循环中退出。
- 使用带标签的break语句比GOTO更清晰、更结构化。
- Go语言的错误处理机制使得不需要使用GOTO来减少重复的错误处理代码。
- 尽管GOTO在Go中没有被完全移除，但结构化构造始终优先于GOTO。
- 在使用GOTO之前，应该考虑是否可以使用break、return或defer。
- Dijkstra的见解在现代编程中依然适用，最佳的Go代码遵循结构化编程原则。
➡️
