Приклад ( зверніть увагу на випадок ):

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

Які вказівки щодо використання кожного? А які відмінності?

stringпсевдонім у C # for System.String.
Тож технічно різниці немає. Це як int VS. System.Int32 .

Що стосується вказівок, зазвичай рекомендується використовувати stringбудь-який час, коли ви посилаєтесь на об’єкт.

напр

string place = "world";

Так само, я вважаю, що це зазвичай рекомендується використовувати, Stringякщо вам потрібно звернутися конкретно до класу.

напр

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

Це стиль, який Microsoft схильний використовувати у своїх прикладах .

Здається, що вказівки в цій області, можливо, змінилися, оскільки StyleCop тепер застосовує використання псевдонімів C #.

Просто задля повноти, ось мозковий демпінг пов’язаної інформації ...

Як зазначали інші, stringце псевдонім для System.String. Вони компілюються в один і той же код, тому під час виконання немає різниці. Це лише один із псевдонімів C #. Повний список:

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

Крім stringі object, псевдоніми - всі цінні типи. decimal- це тип значення, але не примітивний тип у CLR. Єдиний примітивний тип, у якого немає псевдоніму, є System.IntPtr.

У специфікації псевдоніми значень типу відомі як "прості типи". Літерали можна використовувати для постійних значень кожного простого типу; жоден інший тип значення не має доступних літеральних форм. (Порівняйте це з VB, який дозволяє DateTimeлітералам, і він має псевдонім для нього.)

Є одна обставина, за якої вам доведеться використовувати псевдоніми: коли чітко вказується базовий тип перерахунку. Наприклад:

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

Це просто питання того, як специфікація визначає перерахувань декларацій - частина після двокрапки повинен бути інтегрально-типу виробництва, який один знак sbyte, byte, short, ushort, int, uint, long, ulong, char... , на відміну від типу виробництва , як використовуються, наприклад, змінними оголошеннями. Це не вказує на іншу різницю.

Нарешті, коли йдеться про що використовувати: особисто я використовую псевдоніми всюди для реалізації, але тип CLR для будь-яких API. Це насправді не має великого значення, що ви використовуєте з точки зору впровадження - послідовність серед вашої команди приємна, але ніхто більше не піклується. З іншого боку, справді важливо, що якщо ви посилаєтесь на тип в API, ви робите це мовно-нейтрально. Метод, який називається, ReadInt32є однозначним, тоді як метод, який називається, ReadIntвимагає тлумачення. Абонент може використовувати мову, яка визначає intпсевдонім Int16, наприклад. Каркасні .NET дизайнери слідували цій моделі, хороші приклади будучи в BitConverter, BinaryReaderі Convertкласи.

Stringрозшифровується, System.Stringі це тип .NET Framework. stringпсевдонім мовою C # для System.String. Обидва вони складені System.Stringв IL (Intermediate Language), тому різниці немає. Виберіть те, що вам подобається, і використовуйте це. Якщо ви stringвводите код в C #, я вважаю за краще, оскільки це псевдонім типу C # і добре відомий програмістами C #.

Я можу сказати те саме про ( int, System.Int32) тощо.

Найкраща відповідь, яку я коли-небудь чув про використання наданих типів псевдонімів на C #, походить від Джефрі Ріхтера в його книзі CLR Via C # . Ось його 3 причини:

• Я бачив, як ряд розробників плутаються, не знаючи, чи використовувати рядок або String у своєму коді. Оскільки в C # рядок (ключове слово) точно вказує на System.String (тип FCL), різниці немає і їх можна використовувати.
• У C #, довгі карти для System.Int64 , але на іншій мові програмування, довго може відобразити на Int16 або Int32 . Насправді, C ++ / CLI насправді трактується як Int32 . Хтось, хто читає вихідний код однією мовою, може легко помилково витлумачити намір коду, якщо його або вона звикли програмувати іншою мовою програмування. Насправді більшість мов навіть довго не вважатимуться ключовим словом і не буде компілювати код, який його використовує.
• FCL має багато методів, які містять назви типів як частину своїх назв методів. Наприклад, тип BinaryReader пропонує такі методи, як ReadBoolean , ReadInt32 , ReadSingle тощо, а тип System.Convert пропонує такі методи, як ToBoolean , ToInt32 , ToSingle тощо. Хоча законно писати наступний код, рядок з float вважає мене дуже неприродним, і не очевидно, що рядок правильний:

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

Так ось у вас це є. Я думаю, що це все справді хороші моменти. Однак я не можу використовувати поради Джеффрі у власному коді. Можливо, я занадто застряг у своєму C # світі, але я намагаюся зробити свій код схожим на рамковий код.

stringце зарезервоване слово, але Stringце лише назва класу. Це означає, що stringсама по собі не може використовуватися як ім'я змінної.

Якщо з якоїсь причини ви хотіли змінну під назвою string , ви побачили б лише першу з цих компіляцій:

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

Якщо ви дійсно хочете назву змінної під назвою рядок, ви можете використовувати @як префікс:

StringBuilder @string = new StringBuilder();

Ще одна важлива відмінність: переповнення стека виділяє їх по-різному.

Існує одна різниця - ви не можете використовувати Stringбез using System;заздалегідь.

Це було висвітлено вище; однак, ви не можете використовувати stringв роздумах; ви повинні використовувати String.

System.String- це рядковий клас .NET - у C # string- псевдонім для System.String- тому у використанні вони однакові.

Щодо керівних принципів, я б не надто забився і просто користувався тим, що вам здається - у житті є важливіші речі, і код все одно буде однаковим.

Якщо ви знайшли себе будівельні системи , де необхідно вказати розмір цілих чисел , які ви використовуєте , і тому , як правило, використання Int16, Int32, UInt16, і UInt32т.д. , то це могло б виглядати більш природно використовувати String- і, пересуваючись між різними мовами .net це може зробити речі більш зрозумілими - інакше я б використовував рядок і int.

Я вважаю за краще .NETформати з великої літери (а не псевдоніми) з міркувань форматування. Ці .NETтипи пофарбовані так само , як і інші типи об'єктів (типи значень є власними об'єктами, в кінці кінців).

Умовні та контрольні ключові слова (як if, switchі return) - це малі та кольорові темно-сині кольори (за замовчуванням) І я б швидше не мав розбіжностей у використанні та форматі.

Поміркуйте:

String someString; 
string anotherString; 

stringі Stringоднакові за всіма параметрами (крім великої літери "S"). Жодних наслідків для продуктивності немає.

Рядкові stringє кращим в більшості проектів , в зв'язку з підсвічуванням синтаксису

C # - мова, яка використовується разом з CLR.

string - це тип C #.

System.String є типом у CLR.

При використанні C # разом з CLR stringбуде відображено в System.String.

Теоретично ви можете реалізувати C # -компілятор, який генерував байт-код Java. Розумна реалізація цього компілятора, ймовірно карта stringдля java.lang.Stringтого , щоб взаємодіяти з бібліотекою часу виконання Java.

Це відео YouTube демонструє практично, чим вони відрізняються.

Але тепер для довгої текстової відповіді.

Коли ми говоримо про .NETє дві різні речі одна є .NETоснова , а інші є мови ( C#, і VB.NETт.д.) , які використовують ці рамки.

" System.String" aka "String" (з великої літери "S") - це .NETтип даних в рамках, в той час як "string" - це C#тип даних.

Коротше кажучи, "String" - псевдонім (те саме, що називається з різними іменами) "string". Тож технічно обидві наведені нижче кодові заяви дадуть однаковий результат.

String s = "I am String";

або

string s = "I am String";

Таким же чином є псевдоніми для іншого типу даних c #, як показано нижче: -

object:, System.Objectstring:, System.Stringbool:, System.Booleanbyte:, System.Bytesbyte:, System.SByteshort: System.Int16і так далі

Тепер питання мільйона доларів з точки зору програміста Тож коли використовувати "String" і "string"?

Перше, що слід уникати плутанини, використовуйте один з них послідовно. Але з точки зору передового досвіду, коли ви робите декларування змінної, добре використовувати "string" (невеликий "s"), а коли ви використовуєте його як ім'я класу, тоді "String" (з великої літери "S").

У наведеному нижче коді ліва сторона - це змінна заява, і вона оголошена за допомогою "string". Праворуч ми називаємо метод, так що "Рядок" є більш розумним.

string s = String.ToUpper() ;

Нижній регістр stringє псевдонімом для System.String. Вони однакові в C#.

Там в дискусії про те, чи слід використовувати типи системи ( System.Int32, System.Stringі т.д.) типи або C# aliases( int, stringі т.д.). Я особисто вважаю, що вам слід скористатися C# aliases, але це лише мої особисті переваги.

stringце лише псевдонім для System.String. Компілятор буде ставитися до них однаково.

Єдина практична відмінність - це виділення синтаксису, як ви згадуєте, і те, що вам потрібно писати, using Systemякщо ви використовуєте String.

Обидва однакові. Але з точки зору настанов щодо кодування краще використовувати stringзамість цього String. Це те, що зазвичай розробники використовують. наприклад, замість того, щоб використовувати Int32ми використовуємо intяк intпсевдонімInt32

FYI "Рядок ключових слів - це просто псевдонім для попередньо визначеного класу System.String." - Специфікація мови C # 4.2.3 http://msdn2.microsoft.com/En-US/library/aa691153.aspx

Як кажуть інші, вони однакові. Правила StyleCop, за замовчуванням, буде забезпечувати , щоб використовувати в stringякості C # коду стилю передової практики, крім випадків , коли посилання на System.Stringстатичні функції, такі як String.Format, String.Join, String.Concatі т.д. ...

Нова відповідь через 6 років і 5 місяців (зволікання).

Хоча stringключове слово C #, яке завжди має фіксоване значення, Stringє лише звичайним ідентифікатором, який може посилатися на що завгодно. Залежно від членів поточного типу, поточний простір імен та застосовані usingдирективи та їх розміщення Stringможуть бути значенням або типом, відмінним від global::System.String.

Я наведу два приклади, коли usingдирективи не допоможуть .

По-перше, коли Stringє значення поточного типу (або локальної змінної):

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

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

Наведене вище не буде компілюватися, оскільки IEnumerable<>не має статичного члена, який називається Format, і не застосовуються методи розширення. У вищенаведеному випадку все ще можливо використовувати Stringв інших контекстах, де тип є єдиною синтаксичною можливістю. Наприклад, String local = "Hi mum!";може бути гаразд (залежно від простору імен та usingдиректив).

Гірше: висловлювання String.Concat(someSequence), ймовірно, (залежно від usings) перейде до методу розширення Linq Enumerable.Concat. Він не піде на статичний метод string.Concat.

По-друге, коли Stringє інший тип , вкладений всередині поточного типу:

class MyPiano
{
  protected class String
  {
  }

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

Жодне твердження в Exampleметоді не компілюється. Тут Stringзавжди піаніно рядок , MyPiano.String. Жоден член ( staticабо ні) не Formatіснує на ньому (або успадковується від його базового класу). І значення "Goodbye"не може бути перетворене в нього.

Використання типів системи полегшує порт між C # і VB.Net, якщо ви займаєтесь подібними речами.

Проти того, що , як видається, поширеною практикою серед інших програмістів, я вважаю за краще Stringбільш string, тільки щоб підкреслити той факт , що Stringце контрольний тип, як уже згадувалося Jon тарілочках.

stringпсевдонім (або стенограма) System.String. Це означає, що stringми вводили текст System.String. Ви можете прочитати більше на посиланні Think : 'string' є псевдонімом / скороченням System.String.

Я просто хотів би додати це до відповіді lfousts, із книги Ritchers:

У специфікації мови C # зазначено: "Що стосується стилю, використання ключового слова сприятливо для використання повного імені типу системи". Я не згоден з мовною специфікацією; Я вважаю за краще використовувати імена типів FCL і повністю уникати прізвищ примітивних типів. Насправді, я хотів би, щоб компілятори навіть не пропонували імен примітивних типів і змусили розробників використовувати назви типів FCL. Ось мої причини:

• Я бачив, як ряд розробників плутаються, не знаючи, чи використовувати рядок або String у своєму коді. Оскільки в рядку C # (ключове слово) точно вказується на System.String (тип FCL), різниці немає і їх можна використовувати. Так само я чув, як деякі розробники кажуть, що int являє собою 32-розрядне ціле число, коли програма працює на 32-бітній ОС і що вона представляє 64-бітове ціле число, коли програма працює на 64-бітній ОС. Це твердження абсолютно помилкове: у C # int завжди відображається на System.Int32 , і тому він являє собою 32-бітове ціле число незалежно від ОС, на якій працює код. Якби програмісти використали бInt32 в їх коді, тоді ця потенційна плутанина також усувається.

• У C #, довгі карти для System.Int64 , але на іншій мові програмування, довго може відобразити на Int16 або Int32 . Насправді, C ++ / CLI довго розглядають як Int32 . Хтось, хто читає вихідний код однією мовою, може легко помилково витлумачити намір коду, якщо його або вона звикли програмувати іншою мовою програмування. Насправді більшість мов навіть довго не вважатимуться ключовим словом і не буде компілювати код, який його використовує.

• FCL має багато методів, які містять назви типів як частину своїх назв методів. Наприклад, тип BinaryReader пропонує такі методи, як ReadBoolean , ReadInt32 , ReadSingle тощо, а тип System.Convert пропонує такі методи, як ToBoolean , ToInt32 , ToSingle тощо. Хоча законно писати наступний код, рядок з float вважає мене дуже неприродним, і не очевидно, що рядок правильний:

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

• Багато програмістів, які використовують виключно C #, зазвичай забувають, що інші мови програмування можуть використовуватися проти CLR, і через це C # -изми проникають у код бібліотеки класів. Наприклад, FCL Microsoft, майже виключно написаний на C # і розробники в команді FCL тепер ввели методи в бібліотеці , такий як масив «s GetLongLength , який повертає Int64 значення , яке є довгим в C # , але не на інших мовах (наприклад , C ++ / CLI). Іншим прикладом може служити System.Linq.Enumerable «и LongCount метод.

Я не отримав його думки до того, як прочитав повний абзац.

String ( System.String) - це клас у бібліотеці базового класу. рядок (нижній регістр) - це зарезервована робота в C #, яка є псевдонімом для System.String. Int32 vs int - подібна ситуація, як і раніше Boolean vs. bool. Ці ключові слова для мови C # дозволяють оголошувати примітиви у стилі, подібному до C.

Stringне є ключовим словом, і його можна використовувати як ідентифікатор, тоді stringяк ключове слово і не може використовуватися як ідентифікатор. І з точки зору функцій обидва однакові.

Це справді питання конвенції. stringпросто більше нагадує стиль C / C ++. Загальна умова полягає у використанні будь-яких ярликів, які вибрала ваша мова (int / Int for Int32). Це стосується і "об'єкта" decimal.

Теоретично це може допомогти ввести код у якийсь майбутній 64-розрядний стандарт, в якому "int" може означати Int64, але це не в цьому суть, і я би сподівався, що будь-який майстер оновлення змінить будь-які intпосилання на Int32будь-який випадок, щоб бути безпечним.

Запізнюючись на вечірку: я використовую типи CLR 100% часу (ну, за винятком випадків, коли змушений використовувати тип C #, але я не пам'ятаю, коли це було останній раз).

Я спочатку почав це робити років тому, відповідно до книг CLR Річі. Мені було сенс, що всі мови CLR повинні врешті-решт мати можливість підтримувати набір типів CLR, тому використовуючи типи CLR, ви надали чіткіший і, можливо, більше "багаторазовий" код.

Тепер, коли я роблю це роками, це звичка, і мені подобається забарвлення, яке показує VS для типів CLR.

Єдиний справжній недоступ - це те, що при автоматичному завершенні використовується тип C #, тому я закінчую повторне введення автоматично створених типів, щоб замість цього вказати тип CLR.

Крім того, зараз, коли я бачу "int" або "string", мені це виглядає справді неправильно, як я переглядаю код C C 1970 року.

Різниці немає.

Ключове слово C # позначається на stringтип .NET System.String- це псевдонім, який дотримується умов іменування мови.

Аналогічно, intкарти до System.Int32.

З цього питання є цитата з книги Даніеля Соліса .

Усі попередньо визначені типи відображаються безпосередньо в основні типи .NET. Імена типу C # (рядок) - просто псевдоніми для типів .NET (String або System.String), тому використання імен .NET добре працює синтаксично, хоча це не рекомендується. У програмі C # слід використовувати імена C #, а не імена .NET.

рядок - це ключове слово, і ви не можете використовувати рядок як ідентифікатор.

Рядок не є ключовим словом, і ви можете використовувати його як ідентифікатор:

Приклад

string String = "I am a string";

Ключове слово string є псевдонімом, System.Stringокрім питання про ключове слово, два цілком рівноцінні.

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

Так, різниці між ними немає, як boolі Boolean.

@JaredPar (розробник компілятора C # та плідний користувач SO!) Написав чудову публікацію в цьому блозі . Я думаю, що тут варто поділитися. Це приємний погляд на нашу тему.

stringvs. String- це не дискусія про стиль

[...]

Ключове слово stringмає конкретне значення в C #. Це тип, System.Stringякий існує в базовій збірці для виконання. Виконання по суті розуміє цей тип і надає можливості, які розробники очікують для рядків у .NET. Його присутність настільки важлива для C #, що якщо цього типу немає, компілятор вийде, перш ніж спробувати проаналізувати рядок коду. Отже, stringмає чітке, однозначне значення у коді C #.

Хоча ідентифікатор Stringне має конкретного значення в C #. Це ідентифікатор, який проходить через усі правила пошуку імен як Widget, Studentі т. Д. ... Він може прив'язуватися до рядка або може прив'язуватися до типу в іншій збірці, цілі якої можуть бути зовсім іншими, ніж string. Гірше, що його можна було б визначити таким чином, як код String s = "hello"; продовжували складати.

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;
}

Фактичний зміст Stringзавжди буде залежати від дозволу імені. Це означає, що це залежить від усіх вихідних файлів у проекті та всіх типів, визначених у всіх посиланих збірках. Коротше кажучи це вимагає зовсім небагато контексту , щоб знати , що це означає.

Правда, що в переважній більшості випадків Stringі stringбуде прив'язуватися до одного типу. Але використовуючи Stringвсе-таки засоби, розробники залишають свою програму до інтерпретації в місцях, де є лише одна правильна відповідь. Коли Stringприв'язується до неправильного типу, він може залишати розробникам налагодження годинами, подавати помилки в команду компілятора і, як правило, витрачати час, який можна було врятувати за допомогою string.

Ще один спосіб візуалізації різниці - за допомогою цього зразка:

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

Багато хто буде стверджувати, що хоча це технічно точна інформація String, все-таки добре, оскільки надзвичайно рідко база коду визначає тип цього імені. Або що коли Stringвизначено, це ознака поганої бази коду.

[...]

Ви побачите, що Stringвизначено для ряду цілком дійсних цілей: помічники відображення, бібліотеки серіалізації, лексеми, протоколи тощо ... Для будь-якої з цих бібліотек Stringпротиправда stringреальні наслідки залежно від того, де використовується код.

Тому пам’ятайте, коли ви бачите Stringпроти stringдебатів, це стосується семантики, а не стилю. Вибір рядка надає чітке значення вашій кодовій базі. Вибір Stringне є помилковим, але він залишає відкритими двері для сюрпризів у майбутньому.

Примітка. Більшість публікацій блогу я копіюю / вставляю з причини архіву. Я ігнорую деякі частини, тому рекомендую пропустити та прочитати допис у блозі, якщо можете.