Apa yang dimaksud dengan CultureInfo.InvariantCulture?

Saya memiliki serangkaian teks seperti ini:

var foo = "FooBar";

Saya ingin mendeklarasikan string kedua yang dipanggil bardan menjadikannya sama dengan karakter pertama dan keempat dari karakter pertama saya foo, jadi saya melakukan ini seperti ini:

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

Ini berfungsi seperti yang diharapkan, tetapi ReSharper menyarankan saya untuk memasukkan Culture.InvariantCulturekurung saya, jadi baris ini berakhir seperti ini:

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

Apa artinya ini, dan apakah itu akan memengaruhi cara program saya berjalan?

Tidak semua budaya menggunakan format yang sama untuk tanggal dan nilai desimal / mata uang.

Ini akan peduli untuk Anda ketika Anda mengkonversi nilai input (membaca) yang disimpan sebagai string untuk DateTime, float, doubleatau decimal. Juga penting jika Anda mencoba memformat tipe data tersebut ke string (tulis) untuk tampilan atau penyimpanan.

Jika Anda tahu budaya spesifik seperti apa tanggal dan nilai desimal / mata uang Anda sebelumnya, Anda dapat menggunakan CultureInfoproperti spesifik itu (yaitu CultureInfo("en-GB")). Misalnya jika Anda mengharapkan input pengguna.

The CultureInfo.InvariantCultureproperti digunakan jika Anda memformat atau parsing string yang harus diurai oleh software independen dari pengaturan lokal pengguna.

Nilai defaultnya CultureInfo.InstalledUICulturejadi CultureInfo default tergantung pada pengaturan OS yang mengeksekusi. Inilah sebabnya mengapa Anda harus selalu memastikan info budaya sesuai dengan niat Anda (lihat jawaban Martin untuk panduan yang baik).

• CultureInfo.InvariantCulture Contoh
• CultureInfo.InvariantCulture on StackOverflow
• CultureInfo.InvariantCulture MSDN Article
• Nama CultureInfo yang Ditentukan sebelumnya

Ketika angka, tanggal dan waktu diformat menjadi string atau diurai dari string budaya digunakan untuk menentukan bagaimana hal itu dilakukan. Misalnya dalam en-USbudaya dominan Anda memiliki representasi string ini:

• 1.000.000,00 - satu juta dengan fraksi dua digit
• 1/29/2013 - tanggal posting ini

Dalam budaya saya ( da-DK) nilai memiliki representasi string ini:

• 1.000.000,00 - satu juta dengan pecahan dua digit
• 29-01-2013 - tanggal posting ini

Dalam sistem operasi Windows, pengguna bahkan dapat menyesuaikan bagaimana angka dan tanggal / waktu diformat dan juga dapat memilih budaya lain selain budaya sistem operasinya. Format yang digunakan adalah pilihan pengguna yang seharusnya.

Jadi ketika Anda memformat nilai yang akan ditampilkan kepada pengguna menggunakan misalnya ToStringatau String.Formatatau diuraikan dari string menggunakan DateTime.Parseatau Decimal.Parsedefaultnya adalah menggunakan CultureInfo.CurrentCulture. Ini memungkinkan pengguna untuk mengontrol pemformatan.

Namun, banyak pemformatan string dan parsing sebenarnya bukan string yang dipertukarkan antara aplikasi dan pengguna tetapi antara aplikasi dan beberapa format data (misalnya file XML atau CSV). Dalam hal ini Anda tidak ingin menggunakan CultureInfo.CurrentCulturekarena jika pemformatan dan penguraian dilakukan dengan budaya yang berbeda, itu bisa rusak. Dalam hal ini Anda ingin menggunakan CultureInfo.InvariantCulture(yang didasarkan pada en-USbudaya). Ini memastikan bahwa nilai-nilai dapat bolak-balik tanpa masalah.

Alasan bahwa ReSharper memberikan peringatan adalah bahwa beberapa penulis aplikasi tidak menyadari perbedaan ini yang dapat menyebabkan hasil yang tidak diinginkan tetapi mereka tidak pernah menemukan ini karena mereka CultureInfo.CurrentCultureyaitu en-USyang memiliki perilaku yang sama dengan CultureInfo.InvariantCulture. Namun, segera setelah aplikasi digunakan dalam budaya lain di mana ada kemungkinan menggunakan satu budaya untuk memformat dan yang lain untuk mem-parsing aplikasi mungkin rusak.

Jadi untuk meringkasnya:

• Gunakan CultureInfo.CurrentCulture(default) jika Anda memformat atau mem-parsing string pengguna.
• Gunakan CultureInfo.InvariantCulturejika Anda memformat atau mem-parsing string yang seharusnya dapat diuraikan oleh perangkat lunak.
• Jarang menggunakan budaya nasional tertentu karena pengguna tidak dapat mengontrol bagaimana pemformatan dan penguraian dilakukan.

Menurut Microsoft:

Properti CultureInfo.InvariantCulture bukan netral atau budaya tertentu. Ini adalah jenis budaya ketiga yang tidak sensitif terhadap budaya. Bahasa ini dikaitkan dengan bahasa Inggris tetapi tidak dengan negara atau wilayah.

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

Jadi InvariantCulture mirip dengan budaya "en-US" tetapi tidak persis sama. Jika Anda menulis:

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"

kemudian s1 dan s2 akan memiliki format similair tetapi InvariantCulture menambahkan nol terkemuka dan "en-US" menggunakan AM atau PM.

Jadi InvariantCulture lebih baik untuk penggunaan internal, ketika Anda misalnya menyimpan tanggal untuk file teks atau mem-parsing data. Dan CultureInfo yang ditentukan lebih baik ketika Anda menyajikan data (tanggal, mata uang ...) kepada pengguna akhir.

Untuk hal-hal seperti angka (titik desimal, koma dalam jumlah), mereka biasanya lebih disukai dalam budaya tertentu.

Cara yang tepat untuk melakukan ini adalah mengaturnya di tingkat budaya (untuk Jerman) seperti ini:

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

JetBrains menawarkan penjelasan yang masuk akal ,

"Konversi ad-hoc dari struktur data ke teks sangat tergantung pada budaya saat ini, dan dapat menyebabkan hasil yang tidak diinginkan ketika kode dieksekusi pada mesin yang lokasinya berbeda dari pengembang asli. Untuk mencegah ambiguitas, ReSharper memperingatkan Anda tentang setiap contoh dalam kode di mana masalah tersebut dapat terjadi. "

tetapi jika saya mengerjakan situs yang saya tahu hanya berbahasa Inggris, saya mengabaikan saran itu.