PHP goto 문의 장단점에 대한 자세한 설명

goto와 call을 구분 못하는 아이라는 걸 한눈에 알 수 있죠

그러다가 그룹에서 코드를 입력할 때 새끼 고양이는 Do...LoopLoop을 사용했고, 한 아이는 그룹에서 Do에게 물었습니다. ..루프가 무엇인가요? -_-|||결과적으로 어떤 사람들은 Do...Loop 루프를 거의 사용하지 않으며 대부분 Goto를 사용하는 것을 좋아한다고 말했습니다. 이것이 Goto를 사용할 수 없다는 의미는 아닙니다. 하지만 Goto는 덜 사용됩니다! ! !

말은 그만하고 본론으로 들어가죠

먼저 Goto와 Call의 차이점을 설명합니다 초보자를 위한

Goto는 점프 코드에 사용됩니다. 즉, 코드가 Goto로 실행되면 지정된 위치로 점프합니다. 완료되면 Goto문의 다음 문으로 돌아가지 않습니다.

Call은 점프 코드에도 사용되지만, 더 정확하게 말하면 서브루틴을 호출하는 데에도 사용됩니다! 통화란 무엇입니까? 즉, Call이 실행되면 지정된 서브루틴(Sub)이 코드에 배치됩니다. 서브루틴이 실행되면 Call 문의 다음 줄로 돌아가 아래쪽으로 계속 실행됩니다.

이해하기 어렵다면 처음에 언급한 동급생의 코드를 사용하여 설명하겠습니다.

이것은 Goto 문입니다	이것은 Call 문입니다
1. a=15 2. b=10 3. if a-b < 15 4. goto sub1//跳转至Rem sub1处,且不会再跳回来了!!! 5. if a-b > -15 6. goto sub2 7. end if 8. end if 9. 10. Rem sub2 11. MsgBox "a-b大于-15" 12. 13. Rem sub1 14. MsgBox "a-b小于15"//脚本到底部了,执行结束!!!	1. a=15 2. b=10 3. if a-b < 15 4. call sub1//调用sub1子程序,当子程序执行结束后,返回到此处,继续向下执行 5. if a-b > -15 6. call sub2 7. end if 8. end if 9. 10. Sub sub2() 11. MsgBox "a-b大于-15" 12. End Sub 13. 14. Sub sub1() 15. MsgBox "a-b小于15" 16. End Sub

좋아요, 두 가지 차이점이 명확하게 설명되었습니다. 이제 이 주제에 대해 Goto 설명의 장단점에 대해 이야기해 보겠습니다. ! !

위에서 말했듯이 저는 Goto를 덜 사용해야 하며 절대로 남용하지 말아야 한다고 주장합니다. 주된 이유 중 하나는 Goto 문이 프로그램 구조를 파괴하고 프로그램을 한두 개 사용하면 읽기 어렵게 만들기 때문입니다. 영향은 크지 않지만 12개의 Gotos를 사용하면 어떻게 될까요?

다음 문단은 바이두 백과사전에서 따온 것입니다. (너무 많다고 생각하시면 "goto 문의 결과" 부분만 보시면 됩니다)

문제의 근원 :

1960년대 중반 이후 , 컴퓨터 하드웨어 기술이 점점 발전하고 컴퓨팅 저장 용량, 컴퓨팅 속도 및 신뢰성이 크게 향상되었으며 하드웨어 생산 비용이 지속적으로 감소되었습니다. 컴퓨터 가격의 하락은 널리 사용되기 위한 좋은 조건을 만들어냈습니다. 이런 상황에서는 이에 적응할 수 있는 컴퓨터 소프트웨어가 시급히 필요하다. 따라서 대규모 소프트웨어 시스템을 개발하기 위한 몇 가지 요구 사항이 제시되었습니다. 그러나 소프트웨어 기술의 발전은 상황의 발전 요구를 충족시키지 못했으며, 대규모 소프트웨어 개발 과정에서 높은 복잡성, 긴 개발 주기, 정확성 보장의 어려움이라는 세 가지 주요 문제가 발생했습니다. . 직면한 문제에 대한 해결책은 없으며, 이로 인해 문제가 쌓이고 사람들이 통제하기 어려운 상황이 형성됩니다. 이러한 위기를 극복하기 위해서는 프로그래밍 방법, 프로그램의 정확성, 소프트웨어 신뢰성 등의 문제에 대한 일련의 연구가 필요한 한편, 소프트웨어의 방법에 대한 연구도 필요하다. 준비, 테스트, 유지 관리 및 관리를 통해 프로그래밍 방법론을 생성합니다.

　goto 문이 해롭다는 견해:

1968년 E.W. Dykstra는 처음으로 "GOTO 문은 해롭다"는 주장을 제기하여 전통적인 프로그래밍 방법에 도전하여 프로그래밍 방법에 대한 논의에 대한 사람들의 전반적인 강조를 불러일으켰습니다.

　Goto문 논쟁:

1960년대 후반과 1970년대 초반에는 GOTO문의 활용을 두고 치열한 논쟁이 있었습니다. 고급 프로그래밍 언어에서 GOTO 문 제거를 주장하는 사람들은 GOTO 문이 프로그램 구조에 가장 큰 영향을 미치는 해로운 문이라고 믿습니다. 그들의 주된 이유는 GOTO 문이 프로그래밍 언어의 정적 구조와 동적 구조를 만든다는 것입니다. 프로그램이 일관되지 않아 프로그램을 이해하고 문제를 해결하기가 어렵습니다. GOTO 문을 제거한 후 프로그램 실행 프로세스를 프로그램 구조에 직접 반영할 수 있습니다. 이런 방식으로 프로그램 구조를 명확하고 이해하기 쉽게 만들고 오류를 확인할 수 있을 뿐만 아니라 프로그램의 정확성을 입증하는 데도 도움이 됩니다. 이에 반대하는 사람들은 GOTO 문이 사용하기에 더 유연하고 어떤 경우에는 프로그램의 효율성을 향상시킬 수 있다고 믿습니다. GOTO 문을 완전히 삭제하면 프로그램이 너무 복잡해지고 불필요한 계산이 늘어나는 경우가 있습니다.

　

goto 문에 대한 해결 방법:

1974년 D.E. Knuth는 GOTO 문 논쟁에 대해 포괄적이고 공정한 검토를 했습니다. 그의 기본 관점은

제한 없이

GOTO를 사용하세요 문입니다. GOTO 문을 사용하면 프로그램 구조를 이해하기 어렵게 됩니다. 이 경우 GOTO 문을 사용하지 않는 것이 좋습니다. 그러나 다른 경우에는 프로그램의 좋은 구조를 파괴하지 않고 프로그램의 효율성을 향상시키기 위해 일부 GOTO 문을 통제된 방식으로 사용해야 합니다. 그는 “어떤 경우에는 GOTO문 삭제를 옹호하고 어떤 경우에는 GOTO문 도입을 옹호한다”고 말했다. 이후 이 10년 논쟁은 일단락됐다. 나중에 G. Giacoppini와 C. Boehm은 모든 프로그램이 순차, 분기 및 반복 구조로 표현될 수 있음을 이론적으로 증명했습니다. 이 결론은 고급 프로그래밍 언어에서 GOTO 문을 제거해도 고급 프로그래밍 언어의 프로그래밍 기능에 영향을 미치지 않으며 작성된 프로그램의 구조가 더 명확하다는 것을 보여줍니다. [/hide]

　goto

문의 결과:

　goto 문은 C/C++와 같은 고급 프로그래밍 언어 ​​에 예약되어 있지만 사용하지 않는 것이 좋습니다. 그것을 사용하거나 아껴서 사용하십시오. goto 문을 제공하지 않는 Java와 같은 일부

업데이트된

고급 프로그래밍 언어에서는 goto를 키워드로 지정하지만 해당 사용을 지원하지 않으므로 프로그램이 간결해지고 읽기 쉬워집니다. 여전히 goto 문을 지원합니다. goto 문의 장점 중 하나는 중첩 시 너무 큰 것을 방지하여 프로그램에 고유한 종료가 있는지 확인할 수 있다는 것입니다.

如果有仔细看上面这段话的同学，相信能明白goto语句的利与弊了吧？

好吧，还是用代码来解释：

滥用goto语句的例子	合理利用goto语句
1. Rem A 2. If false 3. goto B 4. End If 5. 6. Rem C 7. if true 8. goto A 9. ElseIf false 10. goto B 11. else 12. goto C 13. End If 14. 15. Rem B 16. //这样的代码可读吗,你可以划出流程图吗。而且goto完全是可以用其他语句代替的。	1. Do 2. Do 3. Do 4. If true 5. Goto 停止//利用goto跳出深层嵌套 6. End If 7. Loop 8. Loop 9. Loop 10. 11. Rem 停止

讲解就到这里了，小猫的想法就是建议大家如果能不用goto就不用goto，尽量多使用Call，如果想跳出循环，每种循环都有对应的跳出语句，如exit do,exit for,exit sub,Exit Function
另外当大家需要用到循环时,建议使用Do...Loop和For...Next两者，而while循环比较绕口，完全可以用do和for代替他

위 내용은 PHP goto 문의 장단점에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!