CultureInfo.InvariantCulture หมายถึงอะไร

ฉันมีข้อความเป็นดังนี้:

var foo = "FooBar";

ฉันต้องการประกาศสตริงที่สองที่เรียกว่าbarและทำให้นี่เท่ากับอักขระที่หนึ่งและที่สี่ของแรกของฉันfooดังนั้นฉันจึงทำเช่นนี้:

var bar = foo[0].ToString() + foo[3].ToString();

มันใช้งานได้ตามที่คาดไว้ แต่ReSharperแนะนำให้ฉันใส่Culture.InvariantCultureในวงเล็บดังนั้นบรรทัดนี้จะเป็นดังนี้:

var bar = foo[0].ToString(CultureInfo.InvariantCulture)
        + foo[3].ToString(CultureInfo.InvariantCulture);

สิ่งนี้หมายความว่าอะไรและจะมีผลกับการทำงานของโปรแกรมของฉันหรือไม่

ไม่ใช่ทุกวัฒนธรรมใช้รูปแบบเดียวกันสำหรับวันที่และค่าทศนิยม / สกุลเงิน

นี้จะมีความสำคัญสำหรับคุณเมื่อคุณมีการแปลงค่าที่ป้อนเข้า(อ่าน)ที่จะถูกเก็บเป็นสตริง DateTime, float, หรือdouble decimalมันจะสำคัญถ้าคุณพยายามจัดรูปแบบชนิดข้อมูลดังกล่าวเป็นสตริง(เขียน)สำหรับการแสดงผลหรือการจัดเก็บ

หากคุณรู้ว่าวัฒนธรรมเฉพาะที่วันที่และค่าทศนิยม / สกุลเงินของคุณจะอยู่ข้างหน้าคุณสามารถใช้CultureInfoคุณสมบัติเฉพาะนั้น(เช่นCultureInfo("en-GB")) ตัวอย่างเช่นหากคุณคาดหวังอินพุตของผู้ใช้

CultureInfo.InvariantCultureคุณสมบัติถูกใช้ถ้าคุณกำลังจัดรูปแบบหรือแยกสตริงที่ควรจะ parseable โดยชิ้นส่วนของซอฟต์แวร์อิสระของผู้ใช้ที่การตั้งค่าท้องถิ่น

ค่าเริ่มต้นคือCultureInfo.InstalledUICultureCultureInfo เริ่มต้นขึ้นอยู่กับการตั้งค่าของระบบปฏิบัติการ นี่คือเหตุผลที่คุณควรตรวจสอบให้แน่ใจว่าข้อมูลวัฒนธรรมนั้นตรงกับความต้องการของคุณ (ดูคำตอบของ Martinสำหรับแนวทางที่ดี)

• ตัวอย่าง CultureInfo.InvariantCulture
• CultureInfo.InvariantCulture บน StackOverflow
• CultureInfo.InvariantCulture บทความ MSDN
• ชื่อ CultureInfo ที่กำหนดไว้ล่วงหน้า

เมื่อตัวเลขวันที่และเวลามีการจัดรูปแบบเป็นสตริงหรือแยกวิเคราะห์จากสตริงวัฒนธรรมจะใช้ในการกำหนดวิธีการทำ เช่นในen-USวัฒนธรรมที่โดดเด่นคุณมีการแทนค่าสตริงเหล่านี้:

• 1,000,000.00 - หนึ่งล้านด้วยเศษสองหลัก
• 1/29/2013 - วันที่โพสต์นี้

ในวัฒนธรรมของฉัน ( da-DK) ค่ามีการแสดงสตริงนี้:

• 1.000.000,00 - หนึ่งล้านด้วยเศษสองหลัก
• 29-01-2013 - วันที่โพสต์นี้

ในระบบปฏิบัติการ Windows ผู้ใช้ยังสามารถกำหนดวิธีการจัดรูปแบบตัวเลขและวันที่ / เวลาและอาจเลือกวัฒนธรรมอื่นนอกเหนือจากวัฒนธรรมของระบบปฏิบัติการของเขา การจัดรูปแบบที่ใช้เป็นตัวเลือกของผู้ใช้ซึ่งเป็นวิธีการที่ควรจะเป็น

ดังนั้นเมื่อคุณจัดรูปแบบคุ้มค่าที่จะแสดงให้กับผู้ใช้โดยใช้ตัวอย่างToStringหรือString.Formatหรือแยกวิเคราะห์จากสตริงโดยใช้DateTime.Parseหรือเริ่มต้นคือการใช้Decimal.Parse CultureInfo.CurrentCultureสิ่งนี้ทำให้ผู้ใช้สามารถควบคุมการจัดรูปแบบ

อย่างไรก็ตามการจัดรูปแบบสตริงจำนวนมากและการแยกวิเคราะห์จริง ๆ แล้วไม่ใช่การแลกเปลี่ยนสตริงระหว่างแอปพลิเคชันและผู้ใช้ แต่ระหว่างแอปพลิเคชันและรูปแบบข้อมูลบางอย่าง (เช่นไฟล์ XML หรือ CSV) ในกรณีนี้คุณไม่ต้องการใช้CultureInfo.CurrentCultureเพราะถ้าการจัดรูปแบบและการแยกวิเคราะห์เสร็จสิ้นด้วยวัฒนธรรมที่แตกต่างมันสามารถแตกได้ ในกรณีที่คุณต้องการใช้CultureInfo.InvariantCulture(ซึ่งเป็นไปตามen-USวัฒนธรรม) สิ่งนี้ทำให้มั่นใจว่าค่าสามารถไปกลับได้โดยไม่มีปัญหา

ด้วยเหตุผลที่ว่า ReSharper ช่วยให้คุณมีคำเตือนคือการที่บางคนเขียนแอพลิเคชันไม่รู้จักความแตกต่างนี้ซึ่งอาจนำไปสู่ผลลัพธ์ที่ไม่ได้ตั้งใจ แต่พวกเขาไม่เคยค้นพบนี้เพราะพวกเขาCultureInfo.CurrentCultureมีที่ซึ่งมีพฤติกรรมเช่นเดียวกับen-US CultureInfo.InvariantCultureอย่างไรก็ตามทันทีที่มีการใช้แอปพลิเคชันในวัฒนธรรมอื่นซึ่งมีโอกาสที่จะใช้หนึ่งวัฒนธรรมสำหรับการจัดรูปแบบและอื่น ๆ สำหรับการแยกวิเคราะห์แอปพลิเคชันอาจแตก

ดังนั้นเพื่อสรุป:

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

ตามที่ Microsoft:

คุณสมบัติ CultureInfo.InvariantCulture ไม่ใช่แบบเป็นกลางหรือแบบเจาะจง มันเป็นวัฒนธรรมประเภทที่สามที่ไม่ไวต่อวัฒนธรรม มันเกี่ยวข้องกับภาษาอังกฤษ แต่ไม่ใช่ในประเทศหรือภูมิภาค

(จากhttp://msdn.microsoft.com/en-us/library/4c5zdc6a(vs.71).aspx )

ดังนั้น InvariantCulture นั้นคล้ายคลึงกับวัฒนธรรม "en-US" แต่ไม่เหมือนกัน ถ้าคุณเขียน:

var d = DateTime.Now;
var s1 = d.ToString(CultureInfo.InvariantCulture);   // "05/21/2014 22:09:28"
var s2 = d.ToString(new CultureInfo("en-US"));       // "5/21/2014 10:09:28 PM"

ดังนั้น s1 และ s2 จะมีรูปแบบ similair แต่ InvariantCulture เพิ่มศูนย์นำหน้าและ "en-US" ใช้ AM หรือ PM

ดังนั้น InvariantCulture จะดีกว่าสำหรับการใช้งานภายในเมื่อคุณเช่นบันทึกวันที่ลงในไฟล์ข้อความหรือข้อมูลแยกวิเคราะห์ และ CultureInfo ที่ระบุจะดีกว่าเมื่อคุณแสดงข้อมูล (วันที่, สกุลเงิน ... ) ให้กับผู้ใช้ปลายทาง

สำหรับสิ่งต่าง ๆ เช่นตัวเลข (จุดทศนิยม, เครื่องหมายจุลภาคในจำนวน), พวกเขามักจะชอบในวัฒนธรรมเฉพาะ

วิธีที่เหมาะสมในการทำเช่นนี้จะถูกตั้งไว้ที่ระดับวัฒนธรรม (สำหรับภาษาเยอรมัน) เช่นนี้:

Thread.CurrentThread.CurrentCulture.NumberFormat = new CultureInfo("de").NumberFormat;

JetBrains เสนอที่เหมาะสมคำอธิบาย ,

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

แต่ถ้าฉันทำงานในเว็บไซต์ที่ฉันรู้ว่าจะเป็นภาษาอังกฤษเท่านั้นฉันก็ไม่สนใจคำแนะนำ