โปรแกรมเมอร์ขั้นสูงเกือบทุกคนบอกว่ามันมีประโยชน์มากในการอ่านรหัสของผู้เชี่ยวชาญอื่น ๆ พวกเขามักจะแนะนำโอเพนซอร์ส
คุณอ่านหรือไม่ ถ้าคุณทำบ่อยครั้งและขั้นตอนในการอ่านรหัสคืออะไร? นอกจากนี้ยังเป็นเรื่องยากสำหรับมือใหม่ที่จะจัดการกับ SVN - ไฟล์จำนวนมาก ทางออกคืออะไร?
คำตอบ:
คุณอ่านหรือไม่
ใช่.
ถ้าคุณทำบ่อยแค่ไหน
ประจำวัน นิจศีล ฉันทำงานกับโครงการโอเพ่นซอร์สจำนวนมาก (ส่วนใหญ่เกี่ยวข้องกับงูหลาม) และต้องอ่านซอร์สเนื่องจากเป็นเอกสารที่ถูกต้องที่สุด
และขั้นตอนในการอ่านรหัสคืออะไร
หนอ เปิดและอ่าน
นอกจากนี้ยังเป็นเรื่องยากสำหรับมือใหม่ที่จะจัดการกับ SVN - ไฟล์จำนวนมาก ทางออกคืออะไร?
เปิดและอ่าน จากนั้นอ่านเพิ่มเติม
มันไม่ง่าย. ไม่มีอะไรทำให้ง่าย ไม่มีถนนหลวงให้เข้าใจ มันใช้งานได้
มีหลายชั้นของปริศนาที่คุณมี ก่อนอื่นให้เริ่มต้นในระดับสูงเพื่อชมนก เมื่อคุณตรวจสอบโครงการจะมีกลุ่มของไฟล์ในโครงสร้างไดเรกทอรี นั่นคือสิ่งเดียวกันไม่ว่าคุณจะมองไปที่โอเพ่นซอร์สหรือซอร์สโค้ด (ซอร์สโค้ดคือซอร์สโค้ดหลังจากทั้งหมด) ดังนั้นเริ่มต้นด้วยสิ่งนี้:
ต้องฝึกฝน แต่ก็สามารถทำได้ ยิ่งคุณรู้เกี่ยวกับไลบรารีและกรอบการทำงานของแอปพลิเคชันมากเท่าไหร่คุณก็ยิ่งรู้ว่าจำเป็นต้องมีการจัดระเบียบโค้ดอย่างไรและจะค้นหาคำตอบของคำถามที่เฉพาะเจาะจงได้จากที่ใด รหัสบางอย่างยากกว่าเล็กน้อยที่จะติดตามโดยเฉพาะอย่างยิ่งถ้ามันค่อนข้างทางอ้อม นั่นเป็นเหตุผลที่คุณต้องการดินสอและกระดาษ ในที่สุดหลอดไฟก็ดับลงในหัวและคุณจะได้มัน นั่นคือเมื่ออ่านส่วนที่เหลือของรหัสทำให้รู้สึกมากขึ้นทั้งหมด
มันไม่ได้อ่านเหมือนที่คุณอ่านนวนิยาย แต่ก็เหมือนกับที่คุณอ่านหนังสืออ้างอิง วิธีที่ดีคือการเลือกบั๊กที่แก้ไขล่าสุดจากข้อความเช็คอินทำสิ่งที่เปลี่ยนแปลงและอ่านส่วนที่เกี่ยวข้องจนกว่าคุณจะเข้าใจทั้งปัญหาและวิธีแก้ไข ช่องโหว่ความปลอดภัยที่ได้รับการเผยแพร่อย่างดีนั้นเป็นข้อบกพร่องที่น่าจับตามองเนื่องจากมีการพูดคุยกันมากมายเกี่ยวกับพวกเขาในฟอรัม จากนั้นเลือกหนึ่งในข้อผิดพลาด "ผลไม้แขวนลอยต่ำ" จากตัวติดตามบั๊กและอ่านจนกว่าคุณจะเข้าใจวิธีการแก้ไขด้วยตนเอง ผู้เชี่ยวชาญด้านการอ่านโค้ดส่วนใหญ่ทำอย่างไม่ตั้งใจในการแก้ไขข้อบกพร่องหรือเพิ่มคุณสมบัติ
โดยปกติตัวอย่างโค้ดที่ดีที่สุดแทบจะสังเกตไม่เห็น คุณจะเข้าใจได้ทันทีโดยไม่ต้องอ่านมากกว่าหนึ่งครั้ง พวกเขาทำให้มันดูเหมือนง่ายมากที่จะเขียนแม้ว่ารหัสที่ดีมักจะผ่านร่างหลาย มันสร้างความรู้สึกที่ขัดแย้งว่าแน่นอนว่ารหัสที่ให้นั้นเป็นวิธีที่ชัดเจนในการทำแม้ว่ามันจะไม่ใช่วิธีแรกที่คุณคิด
เมื่อคุณเจอโค้ดเช่นนั้นพยายามเข้าใจถึงความเข้าใจที่มีต่อการเขียนและหลักการออกแบบที่เกี่ยวข้องดังนั้นเมื่อคุณพบว่าตัวเองอยู่ในสถานการณ์ที่คล้ายคลึงกันในอนาคตคุณสามารถหวังใช้หลักการเดียวกันนี้ได้
เคล็ดลับหนึ่งที่ฉันใช้บ่อย ๆ เมื่ออ่านฟังก์ชั่นที่ซับซ้อนส่วนของรหัสคือเริ่มปรับโครงสร้างให้เป็นสิ่งที่อ่านง่ายขึ้นโดยไม่ต้องเปลี่ยนตรรกะ
การจัดการกับ "กลุ่มไฟล์" ยากแค่ไหน? มันไม่ต่างจากตอนที่คุณเขียนโค้ดของคุณเองยกเว้นว่าคุณไม่มีความรู้เกี่ยวกับองค์กรของมันมาก่อนเว้นแต่จะมีการบันทึกไว้
หากคุณในฐานะโปรแกรมเมอร์ที่อ้างสิทธิ์ไม่สามารถหาโครงสร้างโครงการจาก "ไฟล์จำนวนมาก" ไม่ว่าจะเป็นโครงการที่มีการจัดระเบียบไม่ดีมากหรือคุณเป็นโปรแกรมเมอร์ที่ไม่เหมาะสม (หรือในกรณีที่รุนแรง)
เริ่มต้นการอ่านพยายามค้นหาจุดเข้าใช้งานบางอย่างหรือคลาส / เมธอดสำคัญอื่น ๆ และสร้างความเข้าใจว่ามันมาจากไหน จะไม่เป็นแบบทันทีจะใช้เวลา แต่สามารถทำได้แม้ว่าจะไม่มีเอกสารเลย
สิ่งที่ดีที่สุดที่คุณสามารถหวังได้เมื่ออ่านรหัสของโครงการอื่นไม่ว่าจะเป็น API หรือซอฟต์แวร์บางส่วนคือตัวแปรฟังก์ชั่นและชื่อมาโครนั้นไม่ยากที่จะคลุมเครือหรือตั้งชื่อเพื่อให้คุณเข้าใจถึงเจตนาของพวกเขา
แต่นอกเหนือจากนั้นมันต้องใช้ความรู้จำนวนพอสมควรกระจายไปทั่วภาษาเทคนิคการเขียนโปรแกรมและจุดประสงค์ของรหัสเพื่อให้สามารถดำลงไปในรหัสที่ซับซ้อนได้
ตอนนี้ฉันกำลังพยายามดูว่าLuaใช้เวทมนตร์อย่างไร แต่ฉันได้มาถึงจุดที่มีตัวระบุจำนวนมากตั้งชื่อราง ๆ และตัวย่อค่อนข้างจะถึงจุดที่ฉันไม่สามารถเข้าใจได้ว่าเส้นใดกำลังพยายาม เพื่อทำสิ่งที่ฉันรู้ต้องทำในบางจุดในรหัสฟังก์ชั่น ... ตัวแปรตัวอักษรบ่อยครั้งและชื่อแมโคร / ฟังก์ชั่นที่ค่อนข้างสั้นกำลังทำหัวของฉัน
หลังจากดูที่ "ขั้นแรกให้เริ่มที่ระดับสูงมุมมองที่เป็นรูปนก" เป็น @Berin Loritsch ที่คุณคับคั่งคุณสามารถมองหา unittests และ / หรือการทดสอบการรวมระบบหากมี
unittestsน่าสนใจเพื่อดูว่า (api-) รายละเอียดทำงานอย่างไร
การทดสอบมักจะให้ภาพรวมที่ดีเกี่ยวกับกระบวนการทางธุรกิจ