อะไรคือสิ่งที่ดึงดูดความสนใจของชาวฮังการี [ปิด]

ในสิ่งที่ตั้งชื่อแนวทางใดที่คุณทำตาม? ผู้เขียนพูดว่า:

นอกจากนี้ฉันชอบเขียนโค้ดโดยใช้สัญกรณ์ฮังการีจาก Charles Simonyi

ฉันทำงานกับโปรแกรมเมอร์หลายคนที่ยังคงชอบใช้ภาษาฮังการีซึ่งส่วนใหญ่เป็นรสชาติของ Petzold / Systems Hungarian dwLength = strlen(lpszName)คิด

ฉันได้อ่านการสร้างรหัสผิดดูผิดและฉันเข้าใจเหตุผลของ Apps Hungarian ซึ่งข้อมูลประเภทโดเมนรวมอยู่ในชื่อตัวแปร แต่ฉันไม่เข้าใจค่าในการจับคู่ประเภทคอมไพเลอร์กับชื่อ

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

แก้ไข: คำตอบจำนวนมากกำลังอธิบายประวัติหรือเหตุใดจึงไม่มีความเกี่ยวข้องอีกต่อไปซึ่งทั้งสองข้อนี้ครอบคลุมอยู่ในบทความที่ฉันอ้างถึง

ฉันอยากได้ยินจากใครที่ยังใช้มันอยู่ ทำไมคุณใช้มัน มันอยู่ในมาตรฐานของคุณหรือไม่ คุณจะใช้มันหรือไม่ถ้าไม่จำเป็น? คุณจะใช้มันในโครงการใหม่หรือไม่? คุณเห็นว่าอะไรคือข้อดี?

ในขณะที่ฉันยังคงใช้ฮังการีสำหรับว่าเหตุผลที่สาม , รอบคอบหลีกเลี่ยงมันสำหรับทุกอย่างอื่น:

1. เพื่อให้สอดคล้องกับรหัสฐานที่มีอยู่เมื่อทำการบำรุงรักษา
2. สำหรับการควบคุมเช่น "txtFirstName" เรามักจะต้องแยกแยะระหว่างตัวควบคุม (พูด) "firstName" ค่าและ "firstName" ตัวควบคุม ชาวฮังการีให้วิธีที่สะดวกในการทำเช่นนี้ แน่นอนฉันสามารถพิมพ์ "firstNameTextBox" แต่ "txtFirstName" นั้นง่ายต่อการเข้าใจและมีตัวอักษรน้อยกว่า นอกจากนี้การใช้ภาษาฮังการีหมายถึงการควบคุมประเภทเดียวกันนั้นหาง่ายและมักจะจัดกลุ่มตามชื่อใน IDE
3. เมื่อตัวแปรสองตัวมีค่าเดียวกัน แต่ต่างกันตามประเภท ตัวอย่างเช่น "strValue" สำหรับค่าที่พิมพ์โดยผู้ใช้จริงและ "intValue" สำหรับค่าเดียวกันเมื่อมีการแยกวิเคราะห์เป็นจำนวนเต็ม

แน่นอนว่าฉันไม่ต้องการตั้งค่าความคิดของฉันให้เป็นแนวปฏิบัติที่ดีที่สุด แต่ฉันปฏิบัติตามกฎเหล่านี้เพราะประสบการณ์บอกฉันว่าการใช้ความสามารถในการบำรุงรักษารหัสสิทธิประโยชน์ฮังการีเป็นครั้งคราว แต่มีค่าใช้จ่ายเพียงเล็กน้อย ที่กล่าวว่าฉันตรวจสอบการปฏิบัติของตัวเองอย่างต่อเนื่องดังนั้นอาจทำสิ่งที่แตกต่างกันตามความคิดของฉันพัฒนา

ปรับปรุง:

ฉันเพิ่งอ่านบทความเชิงลึกโดย Eric Lippert อธิบายว่าชาวฮังการีสามารถช่วยทำให้โค้ดผิดดูผิดได้อย่างไร คุ้มค่าที่จะอ่าน

ฉันไม่ใช่แฟนตัวยงของการใช้สัญลักษณ์ฮังการี แต่คิดแบบนี้:

• นอกจากนี้เรายังสามารถสังเกตเห็นว่าการค้นหาสตริงที่อ้างถึงกล่องข้อความในรหัสของคุณเร็วขึ้น: โดยพิมพ์ "txt" ในช่องค้นหาของคุณ

ไม่คิดตรงกันข้ามทุกองค์ประกอบมีชื่อของมันเอง มันอาจช้ากว่าที่คุณจะค้นหาว่าคุณต้องการไปทางไหน?

เช่นเดียวกันสำหรับ ddl เมื่อเราต้องการอ้างถึง DropDownList มันง่ายขึ้นหรือไม่ :)

ผู้คนจะไม่ใช้เวลามากในการค้นหาว่าองค์ประกอบนี้อยู่ที่ไหน

การใช้คำนำหน้าใช้ไม่ได้สำหรับคอมไพเลอร์ภาษาสมัยใหม่เช่น C # แต่สามารถใช้งานได้ (อ่านได้)สำหรับมนุษย์

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

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

สไตล์ทั้งสองมีต้นกำเนิดมาจาก Microsoft ทุกวันนี้อนุสัญญาการตั้งชื่อของ Microsoft แบ่งออกเป็นหมวดหมู่ว่า "อย่าใช้สัญกรณ์ฮังการี"

หากคุณใช้ระบบคำนำหน้าอย่างถูกต้องคุณสามารถกระจายการสึกหรอของคีย์ซึ่งจะลดการใช้จ่ายสำหรับคีย์บอร์ดทดแทน

ฉันคิดว่าฉันสามารถขยายในนี้ ฉันใช้ SH ในที่ทำงานเป็นครั้งสุดท้ายโอ้สิบปีหรือมากกว่านั้น (เพราะอยู่ในมาตรฐานของเรา) มันไม่เคยช่วยแก้ปัญหา

ในทางกลับกันฉันได้ใช้ตัวแปรที่ไม่มีการตกแต่ง แต่มีชื่อดีใน 'รหัสบ้าน' ของฉันมานานพอ ๆ กัน ฉันไม่เคยพลาด SH

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

ดังนั้นโดยสรุปความแตกต่างเดียวที่ฉันเห็นคือการสึกหรอบนคีย์บอร์ดของคุณ

ฉันเริ่มใช้ SH ในรหัสใหม่ที่ฉันเขียนในเดือนนี้

งานที่มอบหมายของฉันเกี่ยวข้องกับการเขียนโค้ด Perl บางตัวใน JS เพื่อให้สามารถย้ายไปยังฝั่งไคลเอ็นต์ของเว็บแอปพลิเคชันของเรา ใน Perl โดยทั่วไป SH ไม่จำเป็นเนื่องจาก sigils ($ string, @array,% hash)

ใน JavaScript ฉันพบว่า SH มีประโยชน์ต่อการติดตามประเภทของโครงสร้างข้อมูล ตัวอย่างเช่น,

var oRowData = aoTableData[iRow];

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

tl; dr: SH สามารถทำได้ดีมากเมื่อคุณมีรหัสที่ซับซ้อนในภาษาที่พิมพ์ไม่ได้ แต่ถ้า IDE ของคุณสามารถติดตามประเภทได้

ฉันอยากรู้อยากเห็นด้วยเหตุผล เรารู้ว่าทำไมพวกเขาจึงใช้มันในอดีต: ขาดการสนับสนุน IDE สำหรับข้อมูลประเภท แต่ตอนนี้? พูดง่ายๆก็คือมันเป็นประเพณี รหัส C ++ จะเป็นแบบนี้เสมอดังนั้นทำไมต้องเปลี่ยนสิ่ง นอกจากนี้เมื่อคุณสร้างโค้ดด้านบนที่ใช้สัญกรณ์ฮังการีมันจะดูค่อนข้างแปลกเมื่อคุณหยุดใช้ทันที ...

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

แต่ฉันเดาว่านักพัฒนาทุกคนต้องผ่านหลายเฟสของสไตล์ที่ดูเหมือนเป็นไอเดียที่ยอดเยี่ยมในเวลานั้น (และประเภทของคำนำหน้าดูเหมือนจะเป็นความคิดที่ดีสำหรับมือใหม่) ก่อนที่จะตกลงไปในหลุมพราง ฯลฯ ) ดังนั้นผมคิดว่ามีเป็นแรงเฉื่อย: <windows.h>จากนักพัฒนาที่ไม่ได้ดีกว่าและรู้ว่าทำไมมันเป็นทางเลือกที่ดีจากนักพัฒนาติดอยู่กับมาตรฐานการเข้ารหัสที่อาณัติการปฏิบัติและจากคนที่ใช้ มันแพงเกินไปที่ Microsoft จะเปลี่ยนเพื่อกำจัดเครื่องหมายคำนำหน้า (ซึ่งไม่ถูกต้องในหลาย ๆ สถานที่: WPARAM?)

มีสิ่งหนึ่งที่คนฮังการีขาดหายไป สัญกรณ์ฮังการีใช้งานได้ดีกับการเติมข้อความอัตโนมัติ

สมมติว่าคุณมีตัวแปรและชื่อคือ intHeightOfMonster

สมมติว่าคุณลืมชื่อของตัวแปร

มันอาจเป็นความสูงของมอนสเตอร์หรือ MonsterHeight หรือการวัดมอนสเตอร์ความสูง

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

เมื่อรู้ว่า heightOfMonster นั้นเป็น int คุณก็แค่พิมพ์ i และ voila

ประหยัดเวลา.