โปรแกรมเมอร์สามเณรผิดหวังเพราะไม่มีคำศัพท์ในคอมไพเลอร์ผิดพลาด

เพื่อนในครอบครัวของฉันขอความช่วยเหลือจากเขาเมื่อเขาเรียนรู้การเขียนโปรแกรม (ในภาษา C) ในขณะที่เรากำลังพูดถึงเขาแสดงความไม่พอใจเกี่ยวกับการมีเวลาที่ยากลำบากในการทำความเข้าใจข้อความแสดงข้อผิดพลาดที่คอมไพเลอร์ของเขา (GCC) ให้เขาเมื่อเขาทำผิด เขาไม่เข้าใจคำศัพท์ทั้งหมดที่ใช้และบางครั้งเป็นการรวมกันของพวกเขาซึ่งอยู่นอกเหนือความเข้าใจของเขา เขาถามฉันว่า "ทำไมคอมไพเลอร์ของเอกสารถึงไม่รวมคำอธิบายข้อความผิดพลาดอีกต่อไปแล้ว?" - และฉันไม่มีคำตอบที่ดีสำหรับเขา

ฉันเอง - ในฐานะโปรแกรมเมอร์ที่มีประสบการณ์มาก - ไม่ค่อยเกิดขึ้นในสถานการณ์นี้ แต่สิ่งที่เกิดขึ้นได้ยากเหล่านั้นเกิดขึ้น - ข้อความแสดงข้อผิดพลาดแปลกใหม่ที่ฉันไม่เคยพบมาก่อน ฉันจัดการโดยค้นหาข้อความแสดงข้อผิดพลาดในเครื่องมือค้นหา แต่ดูเหมือนจะไม่ได้ผลสำหรับเขา - โดยเฉพาะอย่างยิ่งเนื่องจากข้อผิดพลาดที่เขาพบพบบ่อยและเกิดขึ้นในหลายกรณีที่แตกต่างกันซึ่งเขามีปัญหาเกี่ยวกับเขา ด้วยตัวเอง

ดังนั้นโปรแกรมเมอร์มือใหม่ควรเข้าหาความท้าทายในการทำความเข้าใจข้อความแสดงข้อผิดพลาดของคอมไพเลอร์อย่างไร? โดยเฉพาะกับการรวมกันของ C และ GCC?

เทคนิคที่มีประโยชน์บางประการ:

• เปิดและ-Wall -Werrorมันอาจดูเหมือน counterintuitive เมื่อคุณดิ้นรนกับการถอดรหัสข้อความผิดพลาดเพื่อสร้างข้อความแสดงข้อผิดพลาดมากขึ้นแต่โดยทั่วไปคำเตือนนั้นจะเข้าใจได้ง่ายขึ้นและใกล้ชิดกับแหล่งที่มาของปัญหาจริงมากขึ้นและการเพิกเฉยต่อข้อความเหล่านั้น .
• เพียงลองแก้ไขข้อผิดพลาดแรกในรายการ ข้อผิดพลาดมักจะรวมตัวกันนำไปสู่ข้อความแสดงข้อผิดพลาดในภายหลังไม่ใช่ข้อผิดพลาดจริง แก้ไขหนึ่งและคอมไพล์ใหม่ คุณจะแก้ไขข้อผิดพลาดหลายข้อความได้ดีขึ้นเมื่อคุณมีประสบการณ์มากขึ้น
• ใช้คอมไพเลอร์รุ่นใหม่ล่าสุดที่เป็นไปได้ C เป็นภาษาที่เสถียรที่สุด ดังนั้นส่วนใหญ่ของการปรับปรุงในคอมไพเลอร์รุ่นใหม่ไม่ได้เพิ่มคุณสมบัติภาษา แต่เพื่อปรับปรุงประสบการณ์ของนักพัฒนารวมถึงข้อความผิดพลาดที่ดีขึ้น การแจกแจงลินุกซ์ที่ใช้กันอย่างแพร่หลายส่วนใหญ่มีgcc รุ่นเก่ามากโดยค่าเริ่มต้น
• โปรแกรมทีละน้อย อย่าพยายามเขียนโค้ดจำนวนมากก่อนที่จะรวบรวม เขียนจำนวนที่สั้นที่สุดเท่าที่จะเป็นไปได้ซึ่งจะรวบรวม หากคุณเปลี่ยนเพียงหนึ่งบรรทัดตั้งแต่ครั้งสุดท้ายที่รวบรวมอย่างหมดจดจะง่ายกว่ามากในการพิจารณาว่าบรรทัดใดมีปัญหาจริง
• เขียนการทดสอบหน่วย มันทำให้คุณมีความมั่นใจมากขึ้นในการทำให้การเปลี่ยนแปลงการเปลี่ยนสถานะใหม่ชัดเจนขึ้นเมื่อแก้ไขข้อผิดพลาดในการคอมไพล์

เพื่อนของคุณไม่จำเป็นต้องใช้อภิธานศัพท์ อภิธานศัพท์จะไม่ช่วยเขา สิ่งที่เขาต้องการคือสัญชาตญาณที่ดีกว่าเกี่ยวกับสิ่งที่ต้องทำเมื่อเกิดข้อผิดพลาดของคอมไพเลอร์

ข้อผิดพลาดของคอมไพเลอร์ C ไม่ง่ายเหมือนพูดข้อผิดพลาดของคอมไพเลอร์ C # ด้วยเหตุผลหลายประการส่วนใหญ่เกี่ยวข้องกับธรรมชาติ "ใกล้กับโลหะ" ของ C. การแก้ไขข้อผิดพลาดของคอมไพเลอร์ใน C ไม่ใช่แบบฝึกหัดจับคู่รูปแบบ ได้รับอาจไม่มีอะไรเกี่ยวข้องกับปัญหาจริง ซึ่งแตกต่างจาก C # หรือ Java ซึ่งข้อความแสดงข้อผิดพลาดมักจะแมปไปยังตำแหน่งรหัสที่แม่นยำและปัญหาข้อผิดพลาดใน C มีแนวโน้มที่จะเป็นจำนวนมากและไกล

ตัวอย่างของสิ่งนี้คือ "เซมิโคลอนที่คาดไว้" หรือจำนวนข้อผิดพลาดทางไวยากรณ์ใด ๆ ที่บ่งชี้ว่าโปรแกรมแยกวิเคราะห์ถูกวางสายบนบางอย่าง (ไม่จำเป็นต้องเป็นอัฒภาค) หรือบางอย่างเช่น "การประกาศไปข้างหน้าอย่างไม่คาดคิด" ซึ่งเป็นข้อผิดพลาดซึ่งเมื่อฉันเห็นมันคงหมายความว่าฉันได้ใช้อักษรตัวพิมพ์ใหญ่ผิดในไฟล์. h ไฟล์ใดไฟล์หนึ่ง แต่ไม่ได้ชี้ไปที่ไฟล์. h ซึ่งเป็นสาเหตุของปัญหา

กลยุทธ์ของเพื่อนของคุณไม่ควรใช้รูปแบบการจับคู่นี้กับรายการข้อผิดพลาดและการแก้ไข; มันควรจะเข้าใจไวยากรณ์และสเปคของภาษา C ดีพอที่จะเข้าใจว่าปัญหาที่แท้จริงคืออะไร

เทคนิคที่เกี่ยวข้องมูลค่าการกล่าวขวัญคือการใช้คอมไพเลอร์ที่สอง เสียงดังดังกังวานลงทุนในข้อความแสดงข้อผิดพลาดที่ดีกว่าเช่น แต่วิธีอื่นใดในการวลีข้อผิดพลาดสามารถ enlightening

โดยเฉพาะอย่างยิ่งสำหรับข้อผิดพลาดประเภทที่ซับซ้อนที่สุด ตัวอย่างเช่นเมื่อคุณรวมโครงสร้างที่คล้ายกันสองรายการ (ไม่ใช่ความผิดปกติสำหรับผู้เริ่มต้น) คอมไพเลอร์มักมีปัญหาในการสร้างข้อความแสดงข้อผิดพลาดที่ถูกต้อง สิ่งนี้อาจทำให้เกิดความสับสนเมื่อคอมไพเลอร์ให้ข้อความแสดงข้อผิดพลาดเกี่ยวกับการใช้งานการสร้าง A ที่ไม่ถูกต้องเมื่อคุณตั้งใจสร้าง B จริง ๆ คอมไพเลอร์ที่สองอาจอนุมานว่าคุณตั้งใจ B

มีคนลองใช้อภิธานศัพท์ข้อผิดพลาดของ GCC ใน Wikibook มาระยะหนึ่งแล้ว แต่ดูเหมือนว่ามันจะไม่เคยถูกถอดออกและยังไม่ได้รับการอัปเดต

ส่วน "ข้อผิดพลาด" นั้นอยู่ไกลเกินกว่าส่วน "คำเตือน" ดูเหมือนว่าจะมุ่งเป้าไปที่ G ++ แต่ยังมีแนวโน้มที่จะมีข้อมูลการใช้งานให้เพื่อนของคุณที่นั่น

นอกเหนือจากคำตอบข้างต้นโปรดทราบว่าคอมไพเลอร์ส่วนใหญ่ไม่มีอภิธานศัพท์ข้อผิดพลาดที่ครอบคลุม - สิ่งเหล่านี้เป็นงานที่ต้องดูแลเป็นอย่างมากเนื่องจากข้อความตัวเองมักจะเปลี่ยนแปลงและมีจำนวนมาก

สิ่งที่ดีที่สุดสำหรับอภิธานศัพท์คือการเข้าถึงอินเทอร์เน็ต เมื่อใดก็ตามที่คอมไพเลอร์สร้างข้อผิดพลาดที่คุณไม่เข้าใจให้ใช้ความสบายใจว่ามันเป็นไปไม่ได้อย่างมากที่คุณจะเป็นคนแรกที่พบเจอและสับสน ข้อความที่แน่นอนของ Google อย่างรวดเร็วมักเพียงพอที่จะให้ข้อมูลมากมายในรูปแบบที่อ่านง่ายและมักจะมีรหัสตัวอย่างคล้ายกับของคุณมาก

นอกเหนือจากนั้นเวลาและความคุ้นเคยกับภาษาและคอมไพเลอร์เป็นสิ่งที่คุณต้องการ นั้นและคำแนะนำที่ดีที่กำหนดโดยคาร์ล Bielefeldt

C Standard ใช้คำศัพท์จำนวนหนึ่งเช่น "lvalue" และ "object" ในรูปแบบที่แตกต่างจากภาษาการเขียนโปรแกรมอื่น ๆ และข้อความคอมไพเลอร์มักเขียนในเงื่อนไขเช่นนี้ การใช้คำศัพท์ไม่สอดคล้องกันในบางส่วนของมาตรฐาน แต่ใครก็ตามที่ต้องการเรียนรู้ C ควรดูที่ร่างของมาตรฐาน C89, C99 และ / หรือ C11 รวมถึงเอกสารเหตุผลสำหรับพวกเขา การค้นหาเช่น "C99 ฉบับร่าง" หรือ "เหตุผล C89" ควรใช้งานได้ดีแม้ว่าคุณอาจต้องตรวจสอบให้แน่ใจว่าคุณได้รับเอกสารที่คุณคาดหวัง ถึงแม้ว่าคอมไพเลอร์ส่วนใหญ่จะรองรับมาตรฐาน C99 แต่ก็มีประโยชน์ที่จะทราบว่ามันแตกต่างจากมาตรฐาน C89 อย่างไรและเหตุผลของ C89 อาจเสนอภูมิหลังทางประวัติศาสตร์บางอย่างที่รุ่นหลังไม่มี

ฉันประหลาดใจที่ไม่มีใครให้คำตอบที่ชัดเจนและฉันสงสัยว่าเป็นคำที่ใช้บ่อยที่สุดในทางปฏิบัติ: อย่าเพิ่งอ่านข้อความแสดงข้อผิดพลาด

คุณค่าส่วนใหญ่ของข้อความแสดงข้อผิดพลาดคือสิ่งที่ผิดปกติในบรรทัดดังกล่าวและเช่นนั้น เวลาส่วนใหญ่ฉันเพิ่งดูหมายเลขบรรทัดและไปที่บรรทัดนั้น "การอ่าน" ข้อความแสดงข้อผิดพลาดของฉัน ณ จุดนั้นมักเป็นสิ่งที่สายตาของฉันจับได้ผ่านไม่ใช่สกิม หากไม่ชัดเจนในทันทีว่ามีอะไรผิดปกติหรือใกล้กับเส้นจากนั้นฉันจะอ่านข้อความจริง เวิร์กโฟลว์นี้ดียิ่งขึ้นด้วย IDE หรือเครื่องมือที่เน้นข้อผิดพลาดในจุดนั้นและทำตามคำแนะนำของ Karl Bielefeldt โดยอัตโนมัติเพื่อพิจารณาการเปลี่ยนแปลงเพียงเล็กน้อยเท่านั้น

แน่นอนว่าข้อความแสดงข้อผิดพลาดไม่ได้ชี้ไปที่บรรทัดที่เหมาะสมเสมอไป แต่บ่อยครั้งที่ข้อความเหล่านั้นไม่ได้ชี้ไปที่สาเหตุที่เหมาะสมดังนั้นแม้ความเข้าใจที่สมบูรณ์เกี่ยวกับข้อความแสดงข้อผิดพลาดก็อาจช่วยได้ จำกัด ใช้เวลาไม่นานในการรับทราบว่าข้อความแสดงข้อผิดพลาดใดน่าเชื่อถือมากขึ้นเกี่ยวกับการค้นหาบรรทัดที่เหมาะสม

ในอีกด้านหนึ่งข้อผิดพลาดส่วนใหญ่มักจะทำให้ผู้ฝึกหัดมีความเจ็บปวดอย่างเห็นได้ชัดสำหรับโปรแกรมเมอร์ที่มีประสบการณ์โดยไม่ต้องการความช่วยเหลือจากคอมไพเลอร์ ในทางกลับกันพวกเขามีโอกาสน้อยที่จะเป็นสามเณรอย่างชัดเจน (แม้ว่าจะมีหลายคนที่เห็นได้ชัด แต่ความผิดพลาดส่วนใหญ่เป็นความผิดพลาดที่โง่) เมื่อมาถึงจุดนี้ฉันเห็นด้วยอย่างสมบูรณ์กับโรเบิร์ตฮาร์วีย์สามเณรก็ต้องคุ้นเคยกับภาษามากขึ้น ไม่มีการหลีกเลี่ยงสิ่งนี้ ข้อผิดพลาดของคอมไพเลอร์ที่อ้างอิงแนวคิดที่ไม่คุ้นเคยหรือดูเหมือนน่าประหลาดใจควรถูกมองว่าเป็นพรอมต์เพื่อให้ความรู้เกี่ยวกับภาษานั้นลึกซึ้งยิ่งขึ้น ในทำนองเดียวกันสำหรับกรณีที่คอมไพเลอร์บ่น แต่คุณมองไม่เห็นสาเหตุที่รหัสผิด

อีกครั้งฉันเห็นด้วยกับ Robert Harvey ว่าต้องใช้กลยุทธ์ที่ดีกว่าในการใช้ข้อผิดพลาดของคอมไพเลอร์ ฉันได้อธิบายบางประเด็นไว้ด้านบนและคำตอบของ Robert Harvey ให้แง่มุมอื่น ๆ มันยังไม่ชัดเจนว่าเพื่อนของคุณหวังจะทำอะไรกับ "อภิธานศัพท์" และมันไม่น่าเป็นไปได้มากที่คำว่า "อภิธานศัพท์" จะเป็นประโยชน์กับเพื่อนของคุณ ข้อความคอมไพเลอร์ไม่ใช่สถานที่สำหรับการแนะนำแนวคิดของภาษา¹และ "อภิธานศัพท์" ไม่ใช่สถานที่ที่ดีกว่าสำหรับมันมากนัก แม้ว่าจะมีคำอธิบายที่ชัดเจนว่าข้อความแสดงข้อผิดพลาดหมายถึงอะไร แต่ก็ไม่สามารถบอกวิธีแก้ไขปัญหาได้

¹ภาษาสองสามภาษาเช่น Elm และ Dhall (และอาจเป็นแร็กเก็ต) เช่นเดียวกับการใช้ภาษา "เริ่มต้นที่มุ่งเน้น" จำนวนน้อยพยายามที่จะทำสิ่งนี้ ในหลอดเลือดดำนี้คำแนะนำของ MSalters ในการใช้การดำเนินการที่แตกต่างนั้นมีความเกี่ยวข้องโดยตรง โดยส่วนตัวแล้วฉันพบว่าสิ่งต่าง ๆ ไม่น่าสนใจและไม่ได้มีจุดมุ่งหมายเพื่อแก้ไขปัญหาที่เหมาะสม นี่ไม่ใช่การบอกว่าไม่มีวิธีที่จะทำให้เกิดข้อความแสดงข้อผิดพลาดได้ดีขึ้น แต่สำหรับพวกเขาพวกเขามีแนวโน้มที่จะหมุนไปรอบ ๆ เพื่อทำให้ความเชื่อของผู้แปลและพื้นฐานของความเชื่อเหล่านั้นชัดเจนขึ้น

ดังนั้นโปรแกรมเมอร์มือใหม่ควรเข้าหาความท้าทายในการทำความเข้าใจข้อความแสดงข้อผิดพลาดของคอมไพเลอร์อย่างไร? โดยเฉพาะกับการรวมกันของ C และ GCC?

บอกเพื่อนของคุณให้ทำสิ่งต่อไปนี้เมื่อพบข้อผิดพลาดที่ไม่เข้าใจ:

• ลบ / แสดงความคิดเห็นรหัสที่เพิ่มตั้งแต่การสร้างสำเร็จครั้งล่าสุด
• นำชิ้นส่วนเล็ก ๆ ของมันกลับมาแล้วรวบรวม
• ทำซ้ำจนกระทั่งเกิดข้อผิดพลาด

ข้อผิดพลาดของคอมไพเลอร์เพียงบอกคุณว่าคอมไพเลอร์ไม่เข้าใจเกี่ยวกับรหัสของคุณไม่ใช่สิ่งที่ผิดกับมัน วิธีนี้ใช้เวลาประมาณเดียวกับ Googling ข้อผิดพลาดและอ่านเอกสารหรือโพสต์ StackOverflow แต่ให้ความเข้าใจที่ดีขึ้นเกี่ยวกับสิ่งที่คุณทำผิด

นอกจากนี้ยังทำให้พวกเขารวบรวมบ่อยครั้งจนกว่าพวกเขาจะเริ่มทำงานในโครงการที่ใช้เวลาในการสร้างนาทีพบข้อผิดพลาดก่อนที่จะเพิ่มรหัสอื่น ๆ มากเกินไปช่วยมาก

สุดท้ายบอกให้พวกเขาทำงานในแต่ละครั้งอย่าทำงานในหลาย ๆ ไฟล์โดยไม่ต้องคอมไพล์ระหว่างกันอย่าแนะนำการพึ่งพาหลาย ๆ อย่างพร้อมกัน ฯลฯ

อีกเทคนิคหนึ่งคือการให้เพื่อนเขียนอภิธานศัพท์ของเขาเองเมื่อเวลาผ่านไปขณะที่เขาพบข้อความผิดพลาดต่าง ๆ บ่อยครั้งวิธีที่ดีที่สุดในการเรียนรู้บางสิ่งคือการสอน แน่นอนว่าเมื่อถึงเวลาที่อภิธานศัพท์เสร็จสิ้นเขาอาจไม่ต้องการมันอีกต่อไป

ประสบการณ์ส่วนตัวของฉันกับ GCC คือข้อความแสดงข้อผิดพลาดแต่ละข้อความเกี่ยวข้องกับข้อผิดพลาด "ปกติ" ตัวอย่างเช่นเมื่อ GCC พูดว่า "คุณลืม &" โดยทั่วไปหมายความว่าฉันลืมเครื่องหมายวงเล็บ แน่นอนว่าข้อผิดพลาดใดที่สอดคล้องกับข้อความแสดงข้อผิดพลาดจะขึ้นอยู่กับโปรแกรมเมอร์อีกเหตุผลที่ดีสำหรับเพื่อนที่จะเขียนอภิธานศัพท์ของเขาเอง