ฉันเกลียดการสร้างมาตรฐานการเข้ารหัสพวกเขาล้วนกังวลกับการบอกคุณว่าอย่าทำผิดพลาดเล็กน้อยหรือบอกวิธีจัดรูปแบบโค้ดของคุณไม่ทางใดก็ทางหนึ่ง ทั้งหมดนี้เป็นเรื่องไม่สำคัญ
ผมหมายถึงพวกเขาจะบอกคุณว่าหลายพื้นที่ที่จะนำระหว่างผู้ประกอบการอย่างไรกับกรณีตัวแปรของคุณสิ่งที่ 'ฮังการีสไตล์' คำนำหน้ากับการใช้งาน (เช่น _ สำหรับสมาชิก) ที่ขัดแย้งคำแนะนำ (เช่นคุณจะไม่สามารถเรียกระดับ Cxyz แต่คุณต้องเรียกใช้อินเทอร์เฟซ Ixyz) วิธีการจัดวางโค้ดของคุณ (วางตัวแปรที่ด้านบนของชั้นเรียนหรือที่ด้านล่าง)
ทั้งหมดไม่มีประโยชน์ในภาพรวม
สิ่งที่สำคัญในการเขียนโค้ดที่มีประสิทธิภาพรักษาและอ่านได้นั้นไม่เคยถูกกล่าวถึงในมาตรฐานเหล่านี้
ตัวอย่างเช่น: คุณวางตัวแปรไว้ที่ด้านบนหรือด้านล่างของชั้นเรียนหรือไม่? ถ้าใครจัดกลุ่มตัวแปรของคุณเข้าด้วยกันตามหน้าที่การงาน นั่นสำคัญ (คุณจะรู้เรื่องนี้หากคุณเคยเห็นตัวแปร 20 ตัวกระจายอยู่รอบ ๆ สถานที่)
พวกเขาบอกให้คุณใส่วงเล็บปีกกาของคุณในบางสถานที่ เรื่องใหญ่! ฉันสามารถอ่านโค้ดได้ทั้งแบบ K&R และ ANSI การถ่ายคร่อมสไตล์มันไม่สำคัญ สิ่งที่สำคัญคือถ้าคลาสหน้าต่างทั้งหมดมีความแตกต่างอย่างใด (เช่นถูกต่อท้ายด้วย Form หรือ Dlg หรืออะไรก็ตาม) เพื่อให้คุณสามารถดูไฟล์ที่มีรหัสหน้าต่างและเป็นวัตถุธรรมดา
สิ่งเช่นนี้มีความสำคัญมากกว่าจุดย่อย ๆ ที่มาตรฐานมักมีอยู่ ฉันไม่รู้ว่าทำไมพวกเขาถึงพัฒนาแบบนี้ แต่บ่อยครั้งที่พวกเขาเป็นเพียงกฎเกณฑ์มากมายที่มีประสิทธิภาพและประสิทธิผลในการเข้ารหัส
มาตรฐานของฉันพยายามเน้นที่การจัดระเบียบรหัสและไฟล์ให้มากขึ้น เรามีมาตรฐานบางอย่างที่อ้างอิงถึงไฟล์ที่จะพบ ตัวอย่างเช่นสำหรับผู้ที่ไม่ใช่ผู้พัฒนาสามารถดูหนึ่งในโครงการของเราและรับไฟล์เอกสารที่ต้องการได้ทันที ในทำนองเดียวกันเราพยายามจัดวางรหัสโครงการในลักษณะที่คล้ายกับโครงการอื่น ๆ ในทางปฏิบัติ (หมายเหตุ: ใช้งานได้จริงไม่ใช่ในลักษณะที่ถูกสั่งห้ามอย่างมากซึ่งอาจไม่เหมาะสมตลอดเวลา) และโดยทั่วไปเราพยายามทำแนวทางมาตรฐานที่ สามารถแก้ไขได้ตามต้องการ
กล่าวโดยย่อ - พวกเขาอยู่ที่นั่นเพื่อช่วยให้เราทำงานร่วมกันไม่ใช่เป็นกฎเกณฑ์ที่เข้มงวดซึ่งต้องปฏิบัติตามเสมอ