Что я должен рассмотреть при выборе платформы внедрения зависимости для.NET

Об этом являющийся более быстрой/лучше памятью:

я изучил эту проблему с Java, я предполагаю, что.NET была бы так же умна об этом.

реализация для Строки является довольно впечатляющей.

Строковый объект отслеживает "длину" и "совместно использованный" (независимый от длины массива, который содержит строку)

, Таким образом, что-то как

String a = "abc" + "def" + "ghi";

может быть реализовано (компилятором/временем выполнения) как:

 - Extend the array holding "abc" by 6 additional spaces.
 - Copy def in right after abc 
 - copy ghi in after def. 
 - give a pointer to the "abc" string to a 
 - leave abc's length at 3, set a's length to 9
 - set the shared flag in both.

, Так как большинство строк является недолгим, это делает для некоторого ОЧЕНЬ эффективного кода во многих случаях. Случай, где это абсолютно НЕ эффективно, - когда Вы добавляете к строке в цикле, или когда Ваш код похож на это:

a = "abc";
a = a + "def";
a += "ghi";

В этом случае, Вы - очень более обеспеченное использование конструкции StringBuilder.

Моя точка - то, что необходимо быть осторожными каждый раз, когда Вы оптимизируете, если Вы не АБСОЛЮТНО уверены, что знаете то, что Вы делаете, И Вы абсолютно уверены, что это необходимо, И Вы тестируете, чтобы гарантировать, что оптимизированный код делает передачу варианта использования, просто кодируйте его самым читаемым возможным способом и не пытайтесь - думают компилятор.

я потратил впустую 3 дня, смешивая со строками, кэшируя/снова используя строковых разработчиков и скорость тестирования, прежде чем я посмотрел на строковый исходный код и выяснил, что компилятор уже делал его лучше, чем, я возможно мог для своего варианта использования. Затем я должен был объяснить, как я ДЕЙСТВИТЕЛЬНО не знал то, что я делал, я только думал, что сделал...