ทำไม 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ข้อความดังกล่าวมีลักษณะการใช้งานที่เฉพาะเจาะจงมาก ข้อกำหนดภาษาโกโตะกล่าวว่ามันอาจจะไม่กระโดดข้ามตัวแปรเข้ามาในขอบเขต (การประกาศ) และมันอาจจะไม่ได้กระโดดลงไปในเรื่องอื่น ๆ (Code-) บล็อก

Goto เป็นความคิดที่ดีเมื่อไม่มีคุณสมบัติการควบคุมในตัวที่ทำในสิ่งที่คุณต้องการได้เลยและเมื่อใดที่คุณสามารถแสดงสิ่งที่คุณต้องการด้วย goto (เป็นเรื่องที่น่าเสียดายในบางภาษาเมื่อคุณไม่มี goto คุณต้องใช้คุณสมบัติการควบคุมบางอย่างในทางที่ผิดโดยใช้แฟล็กบูลีนหรือใช้โซลูชันอื่นที่แย่กว่า goto)

หากคุณลักษณะการควบคุมอื่น ๆ (ใช้ในวิธีที่ชัดเจนพอสมควร) สามารถทำสิ่งที่คุณต้องการได้คุณควรใช้คุณลักษณะนี้ในการ goto ถ้าไม่กล้าใช้ goto!

ในที่สุดก็น่าสังเกตว่าโกโตะของโกมีข้อ จำกัด บางอย่างที่ออกแบบมาเพื่อหลีกเลี่ยงข้อบกพร่องบางอย่างที่คลุมเครือ ดูข้อ จำกัด เหล่านี้ในข้อมูลจำเพาะ

ข้อความของ Goto ได้รับความเสื่อมเสียอย่างมากตั้งแต่ยุคของSpaghetti codeในทศวรรษที่ 60 และ 70 ในตอนนั้นมีวิธีการพัฒนาซอฟต์แวร์ที่แย่มากถึงไม่มีเลย อย่างไรก็ตาม Goto ไม่ใช่สิ่งชั่วร้ายโดยกำเนิด แต่แน่นอนว่าสามารถนำไปใช้ในทางที่ผิดและถูกทำร้ายโดยโปรแกรมเมอร์ที่ขี้เกียจหรือไม่มีทักษะ ปัญหามากมายเกี่ยวกับ Gotos ที่ถูกละเมิดสามารถแก้ไขได้ด้วยกระบวนการพัฒนาเช่นการตรวจสอบโค้ดทีม

gotoมีการกระโดดในลักษณะเช่นเดียวกับทางด้านเทคนิคcontinue, และbreak returnอาจโต้แย้งได้ว่าข้อความเหล่านี้เป็นข้อความที่ชั่วร้ายในลักษณะเดียวกัน แต่ไม่ใช่

ทำไมทีม Go จึงรวม Gotos ไว้ด้วยอาจเป็นเพราะความจริงที่ว่ามันเป็นแบบดั้งเดิมของการควบคุมการไหลทั่วไป นอกจากนี้พวกเขาหวังว่าจะได้ข้อสรุปว่าขอบเขตของ Go ไม่รวมถึงการทำให้ภาษางี่เง่าปลอดภัยไม่สามารถละเมิดได้