string.Empty vs null. Який з них ви використовуєте?

Нещодавно колега по роботі сказав мені не використовувати string.Emptyпри встановленні рядкової змінної, а використовувати, nullоскільки це забруднює стек?

Каже, не роби

string myString=string.Empty; але робіть string mystring=null;

Це насправді має значення? Я знаю, що рядок - це об’єкт, тому це начебто має сенс.

Я знаю, це безглузде запитання, але який ваш погляд?

nullі Emptyдуже різні, і я не пропоную довільно переключатися між ними. Але жоден із них не має жодних додаткових "витрат", оскільки Emptyє єдиним фіксованим посиланням (його можна використовувати будь-яку кількість разів).

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

Особисто я не використовую ні того, ні іншого ... Якщо я хочу порожній рядок, який я використовую ""- просто і очевидно. Стажування означає, що це також не має накладних витрат на використання.

На рівні IL різниця тут між "" та "Порожнім" просто ldstr проти ldsfld - але обидва дають однакові посилання на інтернований рядок. Крім того, в більш пізніх версіях .NET JIT має прямий перехоплення їх, даючи посилання на порожній рядок, не виконуючи фактичного пошуку статичного поля. В основному, точно немає підстав дбати в будь-якому випадку, крім читабельності. Я просто використовую "".

Це не "забруднює стек", немає технічної причини, але є велика різниця між встановленням змінної посилання на об'єкт (навіть якщо це порожній рядок) та null. Це не одне і те ж, і їх слід використовувати по-різному.

nullслід використовувати для позначення відсутності даних, string.Empty(або "") для позначення наявності даних, фактично деякого порожнього тексту. Чи є конкретний випадок, коли ви не впевнені, що є найбільш підходящим?

Редагувати, додано приклади:

• Ви можете використовувати string.Emptyяк постфікс за замовчуванням для імені людини (наприклад, більшість людей не мають доктора наук)

• Ви можете використовувати nullдля параметра конфігурації, який не вказаний у файлі конфігурації. У цьому випадку string.Emptyбуде використано, якщо параметр config був присутній, але бажаним налаштованим значенням був порожній рядок.

Вони різні, як вже відповіли інші.

static void Main(string[] args)
{
    string s1 = null;
    string s2 = string.Empty;
    string s3 = "";
    Console.WriteLine(s1 == s2);
    Console.WriteLine(s1 == s3);
    Console.WriteLine(s2 == s3);
}

 results:
 false     - since null is different from string.empty
 false     - since null is different from ""
 true      - since "" is same as string.empty

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

З метою збереження рядків у файл або комунікації:
ви, ймовірно, захочете перетворити рядок у байти.
гарною практикою, яку я рекомендую, є додавання 2-х сегментів байтів заголовка до перетвореного рядка.

сегмент 1 - метаінформація, яка зберігається в 1 байті і описує довжину наступного сегмента.

сегмент 2 - містить довжину рядка, який потрібно зберегти.

приклад:
рядок "abcd" - для спрощення я конвертую його за допомогою кодера ASCII і отримаю {65,66,67,68}.
обчислити сегмент 2 дасть 4 - отже, 4 байти - це довжина перетвореного рядка.
обчислити сегмент 1 дасть 1 - оскільки лише 1 байт використовувався для утримання інформації про довжину перетвореної рядкової інформації (яка була 4, тобто якби вона була 260, я б отримав 2)

Новою смугою байтів тепер буде {1,4,65,66,67,68}, яку можна зберегти у файл.

Вигода щодо теми полягає в тому, що якби у мене був порожній рядок для збереження, я б отримав від перетворення порожній масив байтів довжиною 0, і після обчислення сегментів у підсумку я отримаю {1,0}, який може бути збережено, а згодом завантажено та інтерпретовано назад у порожній рядок. З іншого боку, якби в моєму рядку було нульове значення, то в кінцевому підсумку я мав би зберігати лише {0} як масив байтів для збереження, і знову при завантаженні може бути інтерпретований назад до нуля.

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

Повернемось до теми - це буде .. добре забруднити стек, оскільки ті самі принципи, що описані, використовуються будь-якою системою для диференціації нулів від порожніх .. так що так, рядок. назвіть це забрудненням .. це просто ще 1 байт.

На нього відповіли до смерті, але нуль означає відсутність значення, не ініціалізоване. string.Empty означає "" (порожній рядок), як зазначено в MSDN.

Найбезпечнішим способом перевірити наявність порожнього або нульового рядка є використання string.IsNullOrEmpty.

FWIW, я виявив, що змішування ""і String.Emptyне працює:

var a = "";
alert("a " + (a == "") + ", " + (a==String.Empty));   //Yields "a true, false"

var b = String.Empty;
alert("b " + (b == "") + ", " + (b == String.Empty)); //Yields "b false, true"

Зокрема, якщо ви використовуєте $.trimдля отримання значення порожнього поля введення DOM, тоді порівняйте його з String.Empty, отримуєте false. Не впевнений, чому це так, але ось ви йдете. Зараз я просто використовую ""скрізь для послідовності.