วิธี จำกัด หมายเลขให้ถูกต้องหรือไม่

คำเตือนใดที่ฉันควรทราบขณะแปลหมายเลขในแอปพลิเคชันส่วนหน้าของฉัน

ตัวอย่าง: ในบราซิลโปรตุเกส (pt-BR) เราแบ่งหลายพันด้วยจุดและทศนิยมด้วยเครื่องหมายจุลภาค ในภาษาอังกฤษแบบอเมริกัน (en-US) นั้นตรงกันข้าม ใน pt-BR เราแสดงตัวเลขที่คั่นด้วยหลักพันเหมือนกับ en-US แต่การอ่านเกี่ยวกับภาษาอังกฤษของอินเดีย (en-IN) วันนี้ฉันเจออัญมณีนี้:

ระบบหมายเลขอินเดียเหมาะสำหรับการจัดกลุ่มหลัก เมื่อเขียนด้วยคำพูดหรือเมื่อพูดตัวเลขที่น้อยกว่า 100,000 / 100,000 จะแสดงเช่นเดียวกับในภาษาอังกฤษมาตรฐาน ตัวเลขรวมถึงและเกิน 100,000 / 100,000 แสดงเป็นส่วนย่อยของระบบเลขอินเดีย

https://en.wikipedia.org/wiki/Indian_English#Numbering_system

ซึ่งหมายความว่า:

1000000 units in pt-BR are formatted 1.000.000
1000000 units in en-US are formatted 1,000,000
1000000 units in en-IN are formatted 10,00,000

นอกเหนือจากเครื่องหมายจุลภาคและจุดและตัวคั่นเฉพาะอื่น ๆ ดูเหมือนว่าการปิดบังยังเป็นข้อกังวลที่ถูกต้อง

ข้อควรระวังอื่นใดที่ฉันควรทราบขณะแปลตัวเลขในแอปพลิเคชันส่วนหน้าของฉัน พิเศษถ้าฉันแสดงตัวเลขให้กับชุดอักขระที่ไม่ใช่ละติน?

ภาษาและกรอบการเขียนโปรแกรมส่วนใหญ่มีกลไกการทำงานที่สมเหตุสมผลและเหมาะสมซึ่งคุณสามารถใช้ได้

ตัวอย่างเช่นระบบนิเวศ C # มีเนมสเปซSystem.Globalizationซึ่งอนุญาตให้คุณระบุสิ่งที่Cultureคุณต้องการ:

Console.WriteLine(myMoneyValue.ToString("C", "en-US"));

นี่ไม่ใช่สิ่งที่คุณต้องการประดิษฐ์ซ้ำอีกครั้ง ใช้คุณสมบัติการทำให้เป็นสากลโดยภาษาหรือกรอบงานที่คุณชื่นชอบ

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

• เมื่อเป็นส่วนต่อประสานกับผู้ใช้จะต้องใช้การจัดรูปแบบที่แปลเป็นภาษาท้องถิ่น

• เมื่อหมายเลขจะถูกเขียนลงในไฟล์หรือส่งผ่านเครือข่ายหรือรูปแบบอื่นที่ต้องการหมายเลขในรูปแบบที่เครื่องอ่านได้ตรวจสอบให้แน่ใจว่าไม่ได้ฟอร์แมตตามวัฒนธรรมปัจจุบัน แต่ตามการตั้งค่าคงที่ (ตัวอย่างเช่นในสภาพแวดล้อม. NET ให้ใช้InvariantCulture)

มิฉะนั้นคุณจะพบปัญหาเมื่อเขียนหรือส่งตัวเลขโดยใช้วัฒนธรรม A และอ่านหรือรับโดยใช้วัฒนธรรม B

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

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

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

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

• ให้สอดคล้องกัน: อย่าผสมภาษาที่แตกต่างและรูปแบบการจัดรูปแบบเช่นตัวคั่นทศนิยมแบบบราซิลในข้อความภาษาอังกฤษ

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

• สร้างตัวเลือกการจัดรูปแบบอย่างง่ายที่สามารถกำหนดค่าได้โดยผู้ใช้แต่ละคน: รูปแบบสำหรับวันที่และเวลาตัวคั่นทศนิยมสกุลเงินที่ต้องการ ... สิ่งนี้มีประโยชน์อย่างยิ่งสำหรับนักเดินทางชาวต่างชาติหรือคนอื่น ๆ ที่ต้องการผสมผสานหลาย ๆ สถานที่หรือวัฒนธรรมที่เป็นอิสระจากภาษา

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

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

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

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

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

http://site.icu-project.org

http://cldr.unicode.org

ปรับปรุง

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

http://st.unicode.org/cldr-apps/v#/pt_PT/Number_Formatting_Patterns/

และถ้าคุณต้องการตรวจสอบข้อมูลทั้งหมด (และอาจใช้) คุณสามารถดาวน์โหลด CLDR ในรูปแบบ JSON จาก GitHub:

https://github.com/unicode-cldr/cldr-json#cldr-json

ข้อมูลเพิ่มเติมเกี่ยวกับการดาวน์โหลดที่นี่:

http://cldr.unicode.org/index/downloads

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

จนถึงตอนนี้เป็นสิ่งที่เราควรทราบเมื่อทำการแปลหมายเลข:

สำหรับมนุษย์ :

• ตัวคั่นหลักพันจะไม่คั่นด้วยหลักพัน ดูกรณีอินเดียในคำถาม;
• อักขระหลายพันและทศนิยมนั้นแตกต่างกันไปตามวัฒนธรรม ในภาษาเยอรมันหลายพันคนถูกแบ่งโดยใช้ช่องว่างตัวอย่างเช่นในภาษาอังกฤษมันเป็นคำสั่งและในภาษาโปรตุเกสมันเป็นจุด
• เราไม่มีข้อมูลหากมีความแตกต่างที่เกี่ยวข้องระหว่างภาษาจากซ้ายไปขวาและจากขวาไปซ้าย
• ระบุชุดของการแปลที่รองรับเฉพาะและทำให้ชัดเจนสำหรับผู้ใช้ของคุณ
• อนุญาตให้ผู้ใช้ของคุณเปลี่ยนการแปลเริ่มต้นเป็นหนึ่งในการแปลที่รองรับและพวกเขาจะมีความสุขและส่งเค้กให้คุณขอบคุณเพราะคุณเป็นพระเจ้าที่ใจดี :);

สำหรับคอมพิวเตอร์ :

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

สำหรับนักพัฒนา :

• (ตามที่แนะนำโดย @hyde ด้านล่าง): ใช้ไลบรารีที่มีอยู่สำหรับการแปล
• หากคุณสามารถทำได้ให้ใช้ผู้ทดสอบดั้งเดิมและระบุกรณีทดสอบการแปลเป็นภาษาท้องถิ่น / สากลหรือมิฉะนั้นจะเชื่อถือห้องสมุด
• โปรดจำไว้ว่าการแปลเป็นปัญหาส่วนใหญ่แก้ไข ทุกภาษาที่สำคัญมีห้องสมุดท้องถิ่นหรือภายนอกที่สามารถ จำกัด จำนวนวันที่และเวลา;