Ví dụ ( lưu ý trường hợp ):

string s = "Hello world!";
String s = "Hello world!";

Các hướng dẫn cho việc sử dụng từng là gì? Và sự khác biệt là gì?

stringlà một bí danh trong C # cho System.String.
Vì vậy, về mặt kỹ thuật, không có sự khác biệt. Nó giống như int so với System.Int32 .

Theo như hướng dẫn, thông thường nên sử dụng stringbất cứ lúc nào bạn đang đề cập đến một đối tượng.

ví dụ

string place = "world";

Tương tự như vậy, tôi nghĩ rằng nó thường được khuyến khích sử dụng Stringnếu bạn cần tham khảo cụ thể về lớp học.

ví dụ

string greet = String.Format("Hello {0}!", place);

Đây là phong cách mà Microsoft có xu hướng sử dụng trong các ví dụ của họ .

Có vẻ như hướng dẫn trong lĩnh vực này có thể đã thay đổi, vì StyleCop hiện thực thi việc sử dụng các bí danh cụ thể C #.

Chỉ vì mục đích hoàn chỉnh, đây là một đống thông tin liên quan ...

Như những người khác đã lưu ý, stringlà một bí danh cho System.String. Chúng biên dịch thành cùng một mã, vì vậy tại thời điểm thực hiện không có sự khác biệt nào. Đây chỉ là một trong những bí danh trong C #. Danh sách đầy đủ là:

object:  System.Object
string:  System.String
bool:    System.Boolean
byte:    System.Byte
sbyte:   System.SByte
short:   System.Int16
ushort:  System.UInt16
int:     System.Int32
uint:    System.UInt32
long:    System.Int64
ulong:   System.UInt64
float:   System.Single
double:  System.Double
decimal: System.Decimal
char:    System.Char

Ngoài stringvà object, các bí danh là tất cả các loại giá trị. decimallà một loại giá trị, nhưng không phải là loại nguyên thủy trong CLR. Loại nguyên thủy duy nhất không có bí danh là System.IntPtr.

Trong thông số kỹ thuật, các bí danh loại giá trị được gọi là "các loại đơn giản". Chữ có thể được sử dụng cho các giá trị không đổi của mọi loại đơn giản; không có loại giá trị nào khác có sẵn theo nghĩa đen. (So ​​sánh điều này với VB, cho phép bằng DateTimechữ và cũng có bí danh cho nó.)

Có một trường hợp trong đó bạn phải sử dụng các bí danh: khi chỉ định rõ ràng loại cơ bản của enum. Ví dụ:

public enum Foo : UInt32 {} // Invalid
public enum Bar : uint   {} // Valid

Đó chỉ là vấn đề của con đường spec định nghĩa enum tờ khai - phần sau dấu hai chấm phải là không thể thiếu kiểu sản xuất, đó là một chiếc thẻ của sbyte, byte, short, ushort, int, uint, long, ulong, char... như trái ngược với một loại sản xuất như được sử dụng bởi các khai báo biến chẳng hạn. Nó không chỉ ra sự khác biệt nào khác.

Cuối cùng, khi nói đến việc sử dụng: cá nhân tôi sử dụng các bí danh ở mọi nơi để triển khai, nhưng loại CLR cho bất kỳ API nào. Nó thực sự không quan trọng quá nhiều mà bạn sử dụng về mặt triển khai - tính nhất quán trong nhóm của bạn là tốt, nhưng không ai khác sẽ quan tâm. Mặt khác, điều thực sự quan trọng là nếu bạn đề cập đến một loại trong API, bạn sẽ làm như vậy theo cách trung lập về ngôn ngữ. Một phương thức được gọi ReadInt32là không rõ ràng, trong khi một phương thức được gọi ReadIntyêu cầu giải thích. Ví dụ, người gọi có thể đang sử dụng một ngôn ngữ xác định intbí danh Int16. Các nhà thiết kế .NET framework đã theo mô hình này, các ví dụ tốt là trong BitConverter, BinaryReadervà Convertcác lớp học.

Stringlà viết tắt của System.Stringnó và nó là một loại .NET Framework. stringlà một bí danh trong ngôn ngữ C # cho System.String. Cả hai đều được biên dịch sang System.StringIL (Ngôn ngữ trung gian), vì vậy không có sự khác biệt. Chọn những gì bạn thích và sử dụng đó. Nếu bạn viết mã bằng C #, tôi thích stringđó là bí danh loại C # và được các lập trình viên C # nổi tiếng biết đến.

Tôi có thể nói tương tự về ( int, System.Int32) vv ..

Câu trả lời hay nhất tôi từng nghe về việc sử dụng các bí danh loại được cung cấp trong C # đến từ Jeffrey Richter trong cuốn sách CLR Via C # của ông . Dưới đây là 3 lý do của anh ấy:

• Tôi đã thấy một số nhà phát triển bối rối, không biết nên sử dụng chuỗi hay Chuỗi trong mã của họ. Bởi vì trong C #, chuỗi (từ khóa) ánh xạ chính xác đến System.String (loại FCL), không có sự khác biệt và có thể được sử dụng.
• Trong C #, ánh xạ dài tới System.Int64 , nhưng trong một ngôn ngữ lập trình khác, dài có thể ánh xạ tới Int16 hoặc Int32 . Trên thực tế, C ++ / CLI trên thực tế coi nó là Int32 . Ai đó đọc mã nguồn bằng một ngôn ngữ có thể dễ dàng hiểu sai ý định của mã nếu người đó được sử dụng để lập trình bằng ngôn ngữ lập trình khác. Trong thực tế, hầu hết các ngôn ngữ thậm chí sẽ không đối xử với dài như một từ khóa và sẽ không biên dịch mã mà sử dụng nó.
• FCL có nhiều phương thức có tên kiểu như là một phần của tên phương thức của chúng. Ví dụ, loại BinaryReader cung cấp các phương thức như ReadBoolean , ReadInt32 , ReadSingle , v.v. và loại System.Convert cung cấp các phương thức như ToBoolean , ToInt32 , ToSingle , v.v. Mặc dù việc viết mã sau đây là hợp pháp, nhưng dòng có cảm giác rất không tự nhiên đối với tôi và không rõ ràng là dòng đó là chính xác:

BinaryReader br = new BinaryReader(...);
float val  = br.ReadSingle(); // OK, but feels unnatural
Single val = br.ReadSingle(); // OK and feels good

Vì vậy, có bạn có nó. Tôi nghĩ rằng đây là tất cả những điểm thực sự tốt. Tuy nhiên, tôi không thấy mình sử dụng lời khuyên của Jeffrey trong mã của riêng tôi. Có thể tôi quá bế tắc trong thế giới C # của mình nhưng cuối cùng tôi cố gắng làm cho mã của mình trông giống như mã khung.

stringlà một từ dành riêng, nhưng Stringchỉ là một tên lớp. Điều này có nghĩa là stringkhông thể được sử dụng như một tên biến.

Nếu vì lý do nào đó bạn muốn một biến có tên là chuỗi , bạn sẽ chỉ thấy biến đầu tiên trong số các biên dịch này:

StringBuilder String = new StringBuilder();  // compiles
StringBuilder string = new StringBuilder();  // doesn't compile 

Nếu bạn thực sự muốn một tên biến được gọi là chuỗi, bạn có thể sử dụng @làm tiền tố:

StringBuilder @string = new StringBuilder();

Một sự khác biệt quan trọng khác: Stack Overflow làm nổi bật chúng khác nhau.

Có một sự khác biệt - bạn không thể sử dụng Stringmà không cần using System;trước.

Nó đã được bảo hiểm ở trên; tuy nhiên, bạn không thể sử dụng stringđể phản ánh; bạn phải sử dụng String.

System.Stringlà lớp chuỗi .NET - trong C # stringlà bí danh cho System.String- vì vậy trong sử dụng chúng giống nhau.

Về hướng dẫn, tôi sẽ không quá sa lầy và chỉ sử dụng bất cứ điều gì bạn cảm thấy thích - có những điều quan trọng hơn trong cuộc sống và dù sao thì mã cũng sẽ giống nhau.

Nếu bạn thấy mình xây dựng các hệ thống mà nó là cần thiết để xác định kích thước của các số nguyên bạn đang sử dụng và do đó có xu hướng sử dụng Int16, Int32, UInt16, UInt32vv sau đó nó có thể trông tự nhiên hơn để sử dụng String- và khi di chuyển xung quanh giữa các ngôn ngữ .net khác nhau nó có thể làm cho mọi thứ dễ hiểu hơn - nếu không tôi sẽ sử dụng chuỗi và int.

Tôi thích các .NETkiểu viết hoa (hơn là các bí danh) vì lý do định dạng. Các .NETloại được tô màu giống như các loại đối tượng khác (xét cho cùng, các loại giá trị là các đối tượng thích hợp).

Các từ khóa có điều kiện và kiểm soát (như if, switchvà return) là chữ thường và được tô màu xanh đậm (theo mặc định). Và tôi thà không có sự bất đồng trong sử dụng và định dạng.

Xem xét:

String someString; 
string anotherString; 

stringvà Stringgiống hệt nhau theo mọi cách (ngoại trừ chữ hoa "S"). Không có ý nghĩa hiệu suất một trong hai cách.

Chữ thường stringđược ưa thích trong hầu hết các dự án do tô sáng cú pháp

C # là ngôn ngữ được sử dụng cùng với CLR.

string là một loại trong C #.

System.String là một loại trong CLR.

Khi bạn sử dụng C # cùng với CLR stringsẽ được ánh xạ tới System.String.

Về mặt lý thuyết, bạn có thể triển khai trình biên dịch C # tạo mã byte Java. Một triển khai hợp lý của trình biên dịch này có thể sẽ ánh xạ stringtới java.lang.Stringđể tương tác với thư viện thời gian chạy Java.

Video YouTube này cho thấy thực tế chúng khác nhau như thế nào.

Nhưng bây giờ cho một câu trả lời văn bản dài.

Khi chúng ta nói về .NETcó hai thứ khác nhau, một cái có .NETkhung và cái kia có ngôn ngữ ( C#, VB.NETv.v.) sử dụng khung đó.

" System.String" aka "Chuỗi" (viết hoa "S") là .NETkiểu dữ liệu khung trong khi "chuỗi" là C#kiểu dữ liệu.

Trong ngắn hạn "Chuỗi" là một bí danh (cùng một tên được gọi với các tên khác nhau) của "chuỗi". Vì vậy, về mặt kỹ thuật cả hai câu lệnh mã dưới đây sẽ cho cùng một đầu ra.

String s = "I am String";

hoặc là

string s = "I am String";

Theo cách tương tự, có các bí danh cho loại dữ liệu c # khác như được hiển thị bên dưới: -

object : System.Object, string : System.String, bool : System.Boolean, byte : System.Byte, sbyte : System.SByte, short: System.Int16vân vân

Bây giờ câu hỏi triệu đô theo quan điểm của lập trình viên Vậy khi nào nên sử dụng "Chuỗi" và "chuỗi"?

Điều đầu tiên để tránh nhầm lẫn sử dụng một trong số họ một cách nhất quán. Nhưng từ quan điểm thực tiễn tốt nhất khi bạn thực hiện khai báo biến, nên sử dụng "chuỗi" ("s" nhỏ) và khi bạn đang sử dụng nó làm tên lớp thì "Chuỗi" (viết hoa "S") được ưu tiên.

Trong đoạn mã dưới đây, phía bên trái là một khai báo biến và nó được khai báo bằng cách sử dụng "chuỗi". Ở phía bên tay phải, chúng ta đang gọi một phương thức để "Chuỗi" hợp lý hơn.

string s = String.ToUpper() ;

Chữ thường stringlà một bí danh cho System.String. Họ giống nhau trong C#.

Có một cuộc tranh luận về việc liệu bạn nên sử dụng các loại hệ thống ( System.Int32, System.String, vv) loại hoặc C# aliases( int, string, vv). Cá nhân tôi tin rằng bạn nên sử dụng C# aliases, nhưng đó chỉ là sở thích cá nhân của tôi.

stringchỉ là một bí danh cho System.String. Trình biên dịch sẽ xử lý chúng giống hệt nhau.

Sự khác biệt thực tế duy nhất là cú pháp tô sáng khi bạn đề cập và bạn phải viết using Systemnếu bạn sử dụng String.

Cả hai đều giống nhau. Nhưng từ quan điểm hướng dẫn mã hóa, tốt hơn là sử dụng stringthay vì String. Đây là những gì các nhà phát triển thường sử dụng. ví dụ thay vì sử dụng Int32chúng ta sử dụng intnhư intbí danh đểInt32

Chuỗi từ khóa chỉ đơn giản là một bí danh cho lớp được xác định trước System.String. - Đặc tả ngôn ngữ C # 4.2.3 http://msdn2.microsoft.com/En-US/l Library / aa691153.aspx

Như những người khác đang nói, họ giống nhau. Quy tắc StyleCop, theo mặc định, sẽ thi hành bạn sử dụng stringnhư một C # mã phong cách thực hành tốt nhất, ngoại trừ khi tham khảo System.Stringchức năng tĩnh, chẳng hạn như String.Format, String.Join, String.Concat, vv ...

Câu trả lời mới sau 6 năm và 5 tháng (chần chừ).

Mặc dù stringlà một từ khóa C # dành riêng luôn có một ý nghĩa cố định, Stringchỉ là một từ định danh thông thường có thể đề cập đến bất cứ điều gì. Tùy thuộc vào các thành viên của loại hiện tại, không gian tên hiện tại và các usingchỉ thị được áp dụng và vị trí của chúng, Stringcó thể là một giá trị hoặc một loại khác biệt với global::System.String.

Tôi sẽ cung cấp hai ví dụ trong đó các usingchỉ thị sẽ không giúp đỡ .

Đầu tiên, khi nào Stringlà một giá trị của loại hiện tại (hoặc một biến cục bộ):

class MySequence<TElement>
{
  public IEnumerable<TElement> String { get; set; }

  void Example()
  {
    var test = String.Format("Hello {0}.", DateTime.Today.DayOfWeek);
  }
}

Ở trên sẽ không biên dịch vì IEnumerable<>không có thành viên không tĩnh được gọi Formatvà không áp dụng các phương thức mở rộng. Trong trường hợp trên, vẫn có thể sử dụng Stringtrong các bối cảnh khác trong đó một loại là khả năng duy nhất về mặt cú pháp. Ví dụ String local = "Hi mum!";có thể là OK (tùy thuộc vào không gian tên và usingchỉ thị).

Tệ hơn: Nói String.Concat(someSequence)sẽ có khả năng (tùy thuộc vào usings) vào phương thức mở rộng Linq Enumerable.Concat. Nó sẽ không đi đến phương thức tĩnh string.Concat.

Thứ hai, khi Stringlà một loại khác , được lồng bên trong loại hiện tại:

class MyPiano
{
  protected class String
  {
  }

  void Example()
  {
    var test1 = String.Format("Hello {0}.", DateTime.Today.DayOfWeek);
    String test2 = "Goodbye";
  }
}

Không có câu lệnh nào trong Examplephương thức biên dịch. Đây Stringluôn là một cây đàn piano chuỗi , MyPiano.String. Không có thành viên ( statichoặc không) Formattồn tại trên nó (hoặc được kế thừa từ lớp cơ sở của nó). Và giá trị "Goodbye"không thể được chuyển đổi thành nó.

Sử dụng các loại Hệ thống giúp việc chuyển giữa C # và VB.Net dễ dàng hơn, nếu bạn tham gia vào loại đó.

Chống lại những gì dường như là thông lệ phổ biến trong số các lập trình viên khác, tôi thích Stringhơn string, chỉ để làm nổi bật thực tế đó Stringlà một loại tham chiếu, như Jon Skeet đã đề cập.

stringlà một bí danh (hoặc tốc ký) của System.String. Điều đó có nghĩa là, bằng cách gõ stringchúng tôi có nghĩa System.String. Bạn có thể đọc thêm trong liên kết think: 'chuỗi' là bí danh / tốc ký của System.String.

Tôi chỉ muốn thêm câu này vào câu trả lời của lfousts, từ cuốn sách của Ritchers:

Thông số kỹ thuật của ngôn ngữ C #, Giao dịch là một vấn đề về phong cách, việc sử dụng từ khóa được ưu tiên hơn so với việc sử dụng tên loại hệ thống hoàn chỉnh. Tôi không đồng ý với đặc tả ngôn ngữ; Tôi thích sử dụng tên loại FCL và tránh hoàn toàn tên loại nguyên thủy. Trên thực tế, tôi ước rằng các trình biên dịch thậm chí không cung cấp tên loại nguyên thủy và buộc các nhà phát triển sử dụng tên loại FCL thay thế. Đây là lý do của tôi:

• Tôi đã thấy một số nhà phát triển bối rối, không biết nên sử dụng chuỗi hay Chuỗi trong mã của họ. Bởi vì trong chuỗi C # (một từ khóa) ánh xạ chính xác đến System.String (loại FCL), không có sự khác biệt và có thể được sử dụng. Tương tự, tôi đã nghe một số nhà phát triển nói rằng int đại diện cho số nguyên 32 bit khi ứng dụng đang chạy trên HĐH 32 bit và nó đại diện cho số nguyên 64 bit khi ứng dụng đang chạy trên HĐH 64 bit. Tuyên bố này hoàn toàn sai: trong C #, một int luôn ánh xạ tới System.Int32 và do đó, nó đại diện cho một số nguyên 32 bit bất kể hệ điều hành mà mã đang chạy. Nếu lập trình viên sẽ sử dụngInt32 trong mã của họ, sau đó sự nhầm lẫn tiềm năng này cũng được loại bỏ.

• Trong C #, ánh xạ dài tới System.Int64 , nhưng trong một ngôn ngữ lập trình khác, dài có thể ánh xạ tới Int16 hoặc Int32 . Trong thực tế, C ++ / CLI không điều trị dài như một Int32 . Ai đó đọc mã nguồn bằng một ngôn ngữ có thể dễ dàng hiểu sai ý định của mã nếu người đó được sử dụng để lập trình bằng ngôn ngữ lập trình khác. Trong thực tế, hầu hết các ngôn ngữ thậm chí sẽ không đối xử với dài như một từ khóa và sẽ không biên dịch mã mà sử dụng nó.

• FCL có nhiều phương thức có tên kiểu như là một phần của tên phương thức của chúng. Ví dụ, loại BinaryReader cung cấp các phương thức như ReadBoolean , ReadInt32 , ReadSingle , v.v. và loại System.Convert cung cấp các phương thức như ToBoolean , ToInt32 , ToSingle , v.v. Mặc dù đó là pháp lý để viết đoạn mã sau, dòng với phao cảm thấy rất không tự nhiên với tôi, và nó không phải là rõ ràng rằng dòng là đúng:

  BinaryReader br = new BinaryReader(...);
  float val = br.ReadSingle(); // OK, but feels unnatural
  Single val = br.ReadSingle(); // OK and feels good

• Nhiều lập trình viên sử dụng độc quyền C # có xu hướng quên rằng các ngôn ngữ lập trình khác có thể được sử dụng để chống lại CLR và vì điều này, các chủ đề C # leo vào mã thư viện lớp. Ví dụ, FCL của Microsoft được hầu như chỉ viết bằng C # và các nhà phát triển trong nhóm FCL giờ đây đã giới thiệu phương pháp vào thư viện như mảng ‘s GetLongLength , mà trả về một Int64 giá trị đó là một lâu trong C # nhưng không phải trong các ngôn ngữ khác (như C ++ / CLI). Một ví dụ khác là phương thức LongCount của System.Linq.Enumerable .

Tôi đã không nhận được ý kiến ​​của anh ấy trước khi tôi đọc đoạn hoàn chỉnh.

Chuỗi ( System.String) là một lớp trong thư viện lớp cơ sở. chuỗi (chữ thường) là một tác phẩm dành riêng trong C # là bí danh cho System.String. Int32 vs int là một tình huống tương tự như vậy Boolean vs. bool. Các từ khóa cụ thể của ngôn ngữ C # này cho phép bạn khai báo nguyên thủy theo kiểu tương tự C.

Stringkhông phải là một từ khóa và nó có thể được sử dụng làm Định danh trong khi đó stringlà một từ khóa và không thể được sử dụng làm Định danh. Và trong quan điểm chức năng cả hai đều giống nhau.

Đó là một vấn đề của hội nghị, thực sự. stringtrông giống phong cách C / C ++ hơn. Quy ước chung là sử dụng bất kỳ phím tắt nào mà ngôn ngữ bạn chọn đã cung cấp (int / Int for Int32). Điều này đi cho "đối tượng" và decimallà tốt.

Về mặt lý thuyết, điều này có thể giúp chuyển mã thành một số tiêu chuẩn 64 bit trong tương lai, trong đó "int" có thể có nghĩa Int64, nhưng đó không phải là vấn đề, và tôi hy vọng bất kỳ trình hướng dẫn nâng cấp nào sẽ thay đổi bất kỳ inttham chiếu Int32nào để đảm bảo an toàn.

Đến muộn trong bữa tiệc: Tôi sử dụng các loại CLR 100% thời gian (tốt, ngoại trừ nếu bị buộc sử dụng loại C #, nhưng tôi không nhớ lần cuối là khi nào).

Ban đầu tôi bắt đầu thực hiện cách đây nhiều năm, theo sách CLR của Ritchie. Điều này có ý nghĩa với tôi rằng tất cả các ngôn ngữ CLR cuối cùng phải có khả năng hỗ trợ tập hợp các loại CLR, do đó, việc sử dụng các loại CLR tự cung cấp rõ ràng hơn và có thể mã "tái sử dụng" nhiều hơn.

Bây giờ tôi đã làm điều đó trong nhiều năm, đó là một thói quen và tôi thích màu sắc mà VS thể hiện cho các loại CLR.

Điều duy nhất thực sự là tự động hoàn thành sử dụng loại C #, vì vậy tôi kết thúc việc gõ lại các loại được tạo tự động để chỉ định loại CLR thay thế.

Ngoài ra, bây giờ, khi tôi thấy "int" hoặc "chuỗi", nó trông có vẻ rất sai đối với tôi, giống như tôi đang xem mã C của 1970.

Không có sự khác biệt.

Từ khóa C # stringánh xạ tới loại .NET System.String- đó là một bí danh tuân theo các quy ước đặt tên của ngôn ngữ.

Tương tự, intbản đồ đến System.Int32.

Có một trích dẫn về vấn đề này từ cuốn sách của Daniel Solis .

Tất cả các loại được xác định trước được ánh xạ trực tiếp đến các loại .NET cơ bản. Tên loại C # (chuỗi) chỉ là bí danh cho các loại .NET (Chuỗi hoặc System.String), vì vậy sử dụng tên .NET hoạt động tốt về mặt cú pháp, mặc dù điều này không được khuyến khích. Trong chương trình C #, bạn nên sử dụng tên C # thay vì tên .NET.

chuỗi là một từ khóa và bạn không thể sử dụng chuỗi làm định danh.

Chuỗi không phải là một từ khóa và bạn có thể sử dụng nó như một định danh:

Thí dụ

string String = "I am a string";

Từ khóa string là một bí danh System.Stringngoài vấn đề từ khóa, hai từ này hoàn toàn tương đương.

 typeof(string) == typeof(String) == typeof(System.String)

Vâng, đó không phải là sự khác biệt giữa chúng, giống như boolvà Boolean.

@JaredPar (một nhà phát triển trên trình biên dịch C # và người dùng SO prolific!) Đã viết một bài đăng blog tuyệt vời về vấn đề này. Tôi nghĩ rằng nó là giá trị chia sẻ ở đây. Đó là một viễn cảnh tốt đẹp về chủ đề của chúng tôi.

stringvs. Stringkhông phải là một cuộc tranh luận về phong cách

[...]

Từ khóa stringcó ý nghĩa cụ thể trong C #. Đây là loại System.Stringtồn tại trong cụm thời gian chạy lõi. Thời gian chạy thực sự hiểu loại này và cung cấp các khả năng mà các nhà phát triển mong đợi cho các chuỗi trong .NET. Sự hiện diện của nó rất quan trọng đối với C # đến nỗi nếu kiểu đó không tồn tại thì trình biên dịch sẽ thoát ra trước khi cố gắng phân tích một dòng mã. Do đó stringcó một ý nghĩa chính xác, rõ ràng trong mã C #.

Mã định danh Stringmặc dù không có ý nghĩa cụ thể trong C #. Nó là một mã định danh đi qua tất cả các quy tắc tra cứu tên như Widget, Studentv.v ... Nó có thể liên kết với chuỗi hoặc nó có thể liên kết với một loại trong một tổ hợp khác hoàn toàn có mục đích khác hoàn toàn string. Tệ hơn là nó có thể được định nghĩa theo cách mà mã như thế nào String s = "hello"; tiếp tục biên dịch.

class TricksterString { 
  void Example() {
    String s = "Hello World"; // Okay but probably not what you expect.
  }
}

class String {
  public static implicit operator String(string s) => null;
}

Ý nghĩa thực sự của Stringsẽ luôn phụ thuộc vào độ phân giải tên. Điều đó có nghĩa là nó phụ thuộc vào tất cả các tệp nguồn trong dự án và tất cả các loại được xác định trong tất cả các cụm được tham chiếu. Nói tóm lại, nó đòi hỏi khá nhiều bối cảnh để biết ý nghĩa của nó.

Đúng là trong phần lớn các trường hợp Stringvà stringsẽ liên kết với cùng loại. Nhưng sử dụng Stringvẫn có nghĩa là các nhà phát triển đang để chương trình của họ diễn giải ở những nơi chỉ có một câu trả lời đúng. Khi Stringliên kết với loại sai, nó có thể khiến các nhà phát triển gỡ lỗi trong nhiều giờ, báo lỗi cho nhóm trình biên dịch và thường lãng phí thời gian có thể được lưu bằng cách sử dụng string.

Một cách khác để hình dung sự khác biệt là với mẫu này:

string s1 = 42; // Errors 100% of the time  
String s2 = 42; // Might error, might not, depends on the code

Nhiều người sẽ lập luận rằng mặc dù đây là thông tin chính xác về mặt kỹ thuật sử dụng Stringvẫn tốt vì nó cực kỳ hiếm khi một cơ sở mã sẽ xác định một loại tên này. Hoặc khi Stringđược định nghĩa, đó là dấu hiệu của một cơ sở mã xấu.

[...]

Bạn sẽ thấy rằng Stringđược định nghĩa cho một số mục đích hoàn toàn hợp lệ: người giúp đỡ phản chiếu, thư viện serialization, lexers, các giao thức, vv ... Đối với bất kỳ của các thư viện này Stringvs stringcó hậu quả thực tùy thuộc vào nơi mã được sử dụng.

Vì vậy, hãy nhớ khi bạn thấy cuộc tranh luận Stringso với stringcuộc tranh luận này là về ngữ nghĩa, không phải phong cách. Chọn chuỗi mang lại ý nghĩa rõ ràng cho cơ sở mã của bạn. Lựa chọn Stringkhông sai nhưng nó sẽ mở ra những bất ngờ trong tương lai.

Lưu ý: Tôi sao chép / dán hầu hết các bài đăng trên blog vì lý do lưu trữ. Tôi bỏ qua một số phần, vì vậy tôi khuyên bạn nên bỏ qua và đọc bài đăng trên blog nếu bạn có thể.