CultureInfo.InvariantCARM nghĩa là gì?

Tôi có một chuỗi văn bản như vậy:

var foo = "FooBar";

Tôi muốn khai báo một chuỗi thứ hai được gọi barvà làm cho chuỗi này bằng với ký tự thứ nhất và thứ tư của ký tự đầu tiên của tôi foo, vì vậy tôi làm như vậy:

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

Điều này hoạt động như mong đợi, nhưng ReSharper đang khuyên tôi nên đặt Culture.InvariantCulturetrong dấu ngoặc của mình, vì vậy dòng này kết thúc như vậy:

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

Điều này có nghĩa là gì, và nó sẽ ảnh hưởng đến cách chương trình của tôi chạy?

Không phải tất cả các nền văn hóa đều sử dụng cùng một định dạng cho ngày và giá trị thập phân / tiền tệ.

Điều này sẽ quan trọng cho bạn khi bạn đang chuyển đổi các giá trị đầu vào (đọc) được lưu trữ như dây đàn để DateTime, float, doublehoặc decimal. Nó cũng sẽ có vấn đề nếu bạn cố gắng định dạng các loại dữ liệu nói trên thành chuỗi (ghi) để hiển thị hoặc lưu trữ.

Nếu bạn biết văn hóa cụ thể mà ngày và giá trị thập phân / tiền tệ của bạn sẽ đi trước thời đại, bạn có thể sử dụng CultureInfotài sản cụ thể đó (nghĩa là CultureInfo("en-GB")). Ví dụ: nếu bạn mong đợi một đầu vào của người dùng.

Các CultureInfo.InvariantCulturetài sản được sử dụng nếu bạn đang định dạng hoặc phân tích một chuỗi mà nên parseable bởi một mảnh độc lập phần mềm của thiết lập địa phương của người dùng.

Giá trị mặc định là CultureInfo.InstalledUICulturevì vậy CultureInfo mặc định phụ thuộc vào cài đặt của hệ điều hành. Đây là lý do tại sao bạn phải luôn đảm bảo thông tin văn hóa phù hợp với ý định của bạn (xem câu trả lời của Martin để có hướng dẫn tốt).

• CultureInfo.InvariantCARM Ví dụ
• CultureInfo.InvariantCARM trên StackOverflow
• CultureInfo.InvariantCARM MSDN Article
• Tên Văn hóa được xác định trước

Khi số, ngày và thời gian được định dạng thành chuỗi hoặc được phân tích cú pháp từ chuỗi, văn hóa được sử dụng để xác định cách thực hiện. Ví dụ, trong en-USvăn hóa thống trị, bạn có các biểu diễn chuỗi này:

• 1.000.000,00 - một triệu với phân số hai chữ số
• 1/29/2013 - ngày đăng bài này

Trong văn hóa của tôi ( da-DK) các giá trị có biểu diễn chuỗi này:

• 1.000.000,00 - một triệu với phân số có hai chữ số
• 29-01-2013 - ngày đăng bài này

Trong hệ điều hành Windows, người dùng thậm chí có thể tùy chỉnh cách định dạng số và ngày / lần và cũng có thể chọn văn hóa khác ngoài văn hóa của hệ điều hành. Các định dạng được sử dụng là sự lựa chọn của người dùng đó là cách nó nên được.

Vì vậy, khi bạn định dạng một giá trị được hiển thị cho người dùng sử dụng ví dụ ToStringhay String.Formathay phân tích cú pháp từ một chuỗi sử dụng DateTime.Parsehoặc Decimal.Parsemặc định là sử dụng CultureInfo.CurrentCulture. Điều này cho phép người dùng kiểm soát định dạng.

Tuy nhiên, rất nhiều định dạng và phân tích chuỗi thực sự không phải là các chuỗi trao đổi giữa ứng dụng và người dùng mà là giữa ứng dụng và một số định dạng dữ liệu (ví dụ: tệp XML hoặc CSV). Trong trường hợp đó, bạn không muốn sử dụng CultureInfo.CurrentCulturevì nếu định dạng và phân tích cú pháp được thực hiện với các nền văn hóa khác nhau thì nó có thể bị hỏng. Trong trường hợp đó bạn muốn sử dụng CultureInfo.InvariantCulture(dựa trên en-USvăn hóa). Điều này đảm bảo rằng các giá trị có thể làm tròn mà không gặp vấn đề gì.

Lý do mà ReSharper mang đến cho bạn những cảnh báo là một số nhà văn ứng dụng không nhận thức được sự khác biệt này có thể dẫn đến kết quả ngoài ý muốn nhưng họ không bao giờ khám phá ra điều này bởi vì họ CultureInfo.CurrentCulturelà en-UStrong đó có các hành vi tương tự như CultureInfo.InvariantCulture. Tuy nhiên, ngay khi ứng dụng được sử dụng trong một nền văn hóa khác, nơi có cơ hội sử dụng một nền văn hóa để định dạng và một nền văn hóa khác để phân tích ứng dụng có thể bị hỏng.

Vì vậy, để tổng hợp nó:

• Sử dụng CultureInfo.CurrentCulture(mặc định) nếu bạn định dạng hoặc phân tích chuỗi người dùng.
• Sử dụng CultureInfo.InvariantCulturenếu bạn đang định dạng hoặc phân tích một chuỗi cần được phân tích cú pháp bởi một phần mềm.
• Hiếm khi sử dụng một nền văn hóa quốc gia cụ thể vì người dùng không thể kiểm soát cách định dạng và phân tích cú pháp được thực hiện.

Theo Microsoft:

Thuộc tính CultureInfo.InvariantCARM không phải là một nền văn hóa trung lập hay cụ thể. Đó là một loại văn hóa thứ ba không nhạy cảm về văn hóa. Nó được liên kết với ngôn ngữ tiếng Anh nhưng không phải với một quốc gia hoặc khu vực.

(từ http://msdn.microsoft.com/en-us/l Library / 4c5zdc6a ( vs.71 ) .aspx )

Vì vậy, InvariantCARM là similair cho văn hóa "en-US" nhưng không hoàn toàn giống nhau. Nếu bạn viết:

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"

sau đó s1 và s2 sẽ có định dạng similair nhưng InvariantCARM thêm các số 0 hàng đầu và "en-US" sử dụng AM hoặc PM.

Vì vậy, InvariantCARM tốt hơn cho việc sử dụng nội bộ, khi bạn ví dụ lưu một ngày vào tệp văn bản hoặc phân tích dữ liệu. Và một CultureInfo được chỉ định sẽ tốt hơn khi bạn trình bày dữ liệu (ngày, tiền tệ ...) cho người dùng cuối.

Đối với những thứ như số (dấu thập phân, dấu phẩy theo số lượng), chúng thường được ưa thích trong văn hóa cụ thể.

Một cách thích hợp để làm điều này sẽ được đặt ở cấp độ văn hóa (đối với tiếng Đức) như thế này:

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

JetBrains đưa ra một lời giải thích hợp lý ,

"Chuyển đổi cấu trúc dữ liệu đột xuất thành văn bản chủ yếu phụ thuộc vào văn hóa hiện tại và có thể dẫn đến kết quả ngoài ý muốn khi mã được thực thi trên máy có ngôn ngữ khác với nhà phát triển ban đầu. Để tránh sự mơ hồ, ReSharper cảnh báo bạn về bất kỳ trường hợp nào trong mã nơi xảy ra sự cố như vậy. "

nhưng nếu tôi đang làm việc trên một trang web mà tôi biết sẽ chỉ bằng tiếng Anh, tôi chỉ bỏ qua gợi ý.