Go에 "goto"문이있는 이유

Go에 'goto' 문 이 있다는 사실에 놀랐습니다 . 저는 항상 'goto'문이 과거의 일이며 프로그램의 실제 흐름을 막고 함수 나 방법이 흐름을 제어하는 ​​더 나은 방법이라는 점을 항상 배웠습니다.

뭔가 빠졌 나봐요. Google이이를 포함시킨 이유는 무엇입니까?

실제로 Go 표준 라이브러리의 소스 코드를 확인하면 gotos가 실제로 잘 적용된 위치를 확인할 수 있습니다 .

예를 들어, math/gamma.go파일에서 다음 goto명령문이 사용됩니다 .

  for x < 0 {
    if x > -1e-09 {
      goto small
    }
    z = z / x
    x = x + 1
  }
  for x < 2 {
    if x < 1e-09 {
      goto small
    }
    z = z / x
    x = x + 1
  }

  if x == 2 {
    return z
  }

  x = x - 2
  p = (((((x*_gamP[0]+_gamP[1])*x+_gamP[2])*x+_gamP[3])*x+_gamP[4])*x+_gamP[5])*x + _gamP[6]
  q = ((((((x*_gamQ[0]+_gamQ[1])*x+_gamQ[2])*x+_gamQ[3])*x+_gamQ[4])*x+_gamQ[5])*x+_gamQ[6])*x + _gamQ[7]
  return z * p / q

small:
  if x == 0 {
    return Inf(1)
  }
  return z / ((1 + Euler*x) * x)
}

goto이 경우는 마지막 검사 단지 제어 흐름을 위해 사용되는 또 다른 (부울) 변수를 도입 우리를 저장한다. 이 경우 , goto문장은 실제로 코드를 더 읽기 쉽고 따라 가기 쉽게 만듭니다 ( goto당신이 언급 한 반대 주장과는 반대로 ).

또한이 goto명령문에는 매우 구체적인 사용 사례가 있습니다. goto 의 언어 사양에 따르면 범위 (선언중인)로 들어오는 변수를 건너 뛸 수 없으며 다른 (코드) 블록으로 건너 뛸 수 없습니다.

Goto는 내장 된 제어 기능 중 어느 것도 원하는 기능을 수행하지 않는 경우와 goto로 원하는 것을 표현할 수있는 경우 좋은 생각입니다. (이 경우 일부 언어에서 goto가없는 경우 부끄러운 일입니다. 일부 제어 기능을 남용하거나 부울 플래그를 사용하거나 goto보다 더 나쁜 다른 솔루션을 사용하게됩니다.)

다른 제어 기능 (합리적으로 분명한 방식으로 사용됨)이 원하는 작업을 수행 할 수있는 경우 goto보다 우선적으로 사용해야합니다. 그렇지 않다면 대담하게 고토를 사용하세요!

마지막으로 Go의 goto에는 모호한 버그를 방지하기 위해 설계된 몇 가지 제한 사항이 있습니다. 사양 에서 이러한 제한 사항을 참조하십시오 .

Goto 진술은 60 년대와 70 년대 스파게티 코드 시대 이후 많은 불신을 받았습니다 . 당시에는 소프트웨어 개발 방법론이 매우 열악했습니다. 그러나 Goto는 본질적으로 악하지는 않지만 게 으르거나 숙련되지 않은 프로그래머에 의해 오용되고 남용 될 수 있습니다. 악용 된 Gotos의 많은 문제는 팀 코드 검토와 같은 개발 프로세스를 통해 해결할 수 있습니다.

gotocontinue, break및과 같은 기술적 방식으로 점프합니다 return. 이것들은 같은 방식으로 악한 진술이라고 주장 할 수 있지만 그렇지 않습니다.

Go 팀에 Gotos가 포함 된 이유는 아마도 이것이 일반적인 흐름 제어 기본 요소이기 때문일 것입니다. 또한 그들은 Go의 범위가 바보에게 안전한 언어를 남용 할 수 없도록 만드는 것을 배제한다는 결론을 내 렸습니다.