เมื่อเร็ว ๆ นี้เมื่อสอนเกี่ยวกับการสู้รบของ Big vs. Little Endian นักเรียนคนหนึ่งถามว่ามันได้รับการตัดสินหรือไม่และฉันรู้ว่าฉันไม่รู้ ดูบทความ Wikipediaดูเหมือนว่าคู่ OS / สถาปัตยกรรมปัจจุบันที่นิยมที่สุดใช้ Little Endian แต่ Internet Protocol ระบุ Big Endian สำหรับการถ่ายโอนค่าตัวเลขในส่วนหัวของแพ็กเก็ต นั่นเป็นบทสรุปที่ดีของสถานะปัจจุบันหรือไม่? การ์ดเครือข่ายหรือซีพียูในปัจจุบันให้การสนับสนุนฮาร์ดแวร์สำหรับการสลับลำดับไบต์หรือไม่
คำตอบ:
ฉันยืนยันว่ามันไม่ชนะมากพอที่จะหยุดเรื่อง ARM ซึ่งเป็นพื้นฐานของตลาดมือถือทั้งหมดคือ bi-endian (โอ้นี่คือบาป!) ในแง่ที่ว่า x86 โดยทั่วไป "ชนะ" ตลาดเดสก์ท็อปฉันคิดว่าคุณสามารถพูดได้ว่า endian ตัวเล็ก ๆ ชนะ แต่ฉันคิดว่าได้รับความลึกของรหัสโดยรวม (ตื้น) และนามธรรม (มาก) ของแอปพลิเคชันในปัจจุบันจำนวนมาก มันเคยเป็น ฉันจำไม่ได้ว่า endianness เกิดขึ้นจริงในชั้นเรียนสถาปัตยกรรมคอมพิวเตอร์ของฉัน
ฉันสงสัยว่านักพัฒนาหลายคนไม่ได้ตระหนักถึง endianness หรือทำไมมันถึงสำคัญ เพราะสำหรับส่วนใหญ่ (และฉันหมายถึงส่วนใหญ่ ) ส่วนใหญ่มันไม่เกี่ยวข้องอย่างเต็มที่กับสภาพแวดล้อมการทำงานประจำวันของพวกเขา นี่คือความแตกต่างเมื่อ 30 ปีที่แล้วเมื่อทุกคนเขียนโค้ดให้ใกล้กับโลหะมากขึ้นเมื่อเทียบกับการจัดการไฟล์ข้อความบนหน้าจอด้วยวิธีที่แปลกใหม่
ความสงสัยทั่วไปของฉันคือการเขียนโปรแกรม Object Oriented เป็นจุดเริ่มต้นของการสิ้นสุดเกี่ยวกับ endianness ตั้งแต่ชั้นของการเข้าถึงและนามธรรมในระบบ OO ที่ดีซ่อนรายละเอียดการใช้งานจากผู้ใช้ เนื่องจากการใช้งานรวมถึงความ endianness ผู้คนคุ้นเคยกับมันไม่ได้เป็นปัจจัยที่ชัดเจน
ภาคผนวก: zxcdw กล่าวถึงความสะดวกในการพกพา อย่างไรก็ตามสิ่งที่เกิดขึ้นพร้อมกับการแก้แค้นในช่วง 20 ปีที่ผ่านมา? ภาษาโปรแกรมที่สร้างขึ้นบนเครื่องเสมือน แน่นอนว่าเครื่องเสมือนอาจมีความสำคัญ แต่ก็สามารถทำให้สอดคล้องกันมากสำหรับภาษานั้นจนถึงจุดที่เป็นปัญหา มีเพียงผู้ใช้ VM เท่านั้นที่ต้องกังวลเกี่ยวกับ endianness จากจุดยืนในการพกพา
x & 0xFFเสมอ- ให้ไบต์ที่สำคัญน้อยที่สุดโดยไม่คำนึงถึงการสั่งซื้อของ endian (สมมติว่า bytes ของคุณคือ 8 บิตในแต่ละ) เพราะคุณได้ระบุบิตที่คุณสนใจตามค่าของมัน ไม่ใช่ตำแหน่งญาติในหน่วยความจำ
Endians มีความสำคัญจริงๆเมื่อคุณถ่ายโอนระบบข้อมูลไบนารี
ด้วยความก้าวหน้าของความเร็วโปรเซสเซอร์ (และค่าใช้จ่ายที่ต่ำกว่ามากในการจัดเก็บ) การเชื่อมต่อข้อมูลไบนารี่กำลังกลายเป็นสิ่งที่หายากดังนั้นคุณจะไม่สังเกตเห็นพวกมันที่ชั้นแอพพลิเคชัน คุณกำลังใช้รูปแบบการถ่ายโอนข้อความ (XML / JSON) หรือคุณกำลังใช้นามธรรม abstraction เลเยอร์ที่ดูแลการแปลสำหรับคุณ (ดังนั้นคุณไม่ได้สังเกตว่ามีการแปล)
แต่เมื่อคุณเข้ารหัสที่ชั้นข้อมูลไบนารีคุณจะสังเกตเห็นและมันสำคัญมาก ตัวอย่างเช่นเมื่อฉันทำงานที่ VERITAS (ไซแมนเทคตอนนี้) ฉันกำลังสร้างซอฟต์แวร์ที่ถูกสร้างขึ้นบนแพลตฟอร์มฮาร์ดแวร์ 25 แพลตฟอร์มที่แตกต่างกัน
(char) (x & 0xFF)ใน C ให้ไบต์ที่มีนัยสำคัญน้อยที่สุดโดยไม่คำนึงถึงปัญหา endian โดยสมมติว่าไบต์เป็น 8 บิต ฉันได้ออกแบบรูปแบบไฟล์ไบนารีโดยไม่ทราบว่าเครื่องจะทำงานบนซอฟต์แวร์โดยทั่วไปฉันเลือก endian สั่งซื้อสำหรับรูปแบบไฟล์โดยไม่สนใจฮาร์ดแวร์
ไม่ไม่มีใครชนะ เราเป็นสายพันธุ์ที่เราล้มเหลวในการสร้างมาตรฐานการเรียงลำดับที่เราเก็บไบต์ของเราพร้อมกับทิศทางที่เราเขียนและด้านข้างของถนนที่เราขับรถ
ด้วยเหตุนี้ทุกคนที่ต้องการถ่ายโอนข้อมูลระหว่างสองระบบที่แตกต่างกันผ่านเครือข่ายหรือในไฟล์มีโอกาสเพียง 50% ของรุ่นแรกที่เหมาะสมของการถ่ายโอนข้อมูลรหัสของพวกเขาถูกต้องในสภาพแวดล้อมของพวกเขาและแม้ว่ามันจะทำงาน มีโอกาส 50% ที่จะทำงานกับลูกค้าของพวกเขา
ในการจัดการกับสิ่งนี้คุณต้องค้นหาแพลตฟอร์มเฉพาะฟังก์ชั่นที่มีชื่อเช่น "htonl" ในส่วนหัวที่มีชื่ออย่างชัดเจนย้อนกลับไปในยุค 70 เช่น "arpa / inet.h" เพราะสถานการณ์ยังไม่ดีขึ้นตั้งแต่นั้นมาและอาจจะไม่เคย .
ยังไม่มีมติ:
ดังนั้นในระดับฮาร์ดแวร์ LE จึงเป็นเรื่องปกติมาก แต่:
คำสั่งซื้อทั้งสองจะอยู่กับเราในอนาคตอันใกล้