Строка. Формат по сравнению со “строкой” + “строка” или StringBuilder? [дубликат]
Это сработало для меня (при условии, что Xcode установлен):
gem install nokogiri -- --with-xml2-include=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/libxml2 --use-system-libraries
Вдохновлено https://stackoverflow.com/a/28767045/1884907 (кредиты lx00st)
2 ответа
Если вы получите его во время выполнения propedit, то мне больше кажется, что SVN жалуется на формат текстового файла, который вы используете для свойств!
На какой ОС вы работаете? Какой редактор вы используете для продвижения? Если команда propedit по-прежнему запускает редактор, я бы использовал этот редактор, чтобы проверить, какие там окончания строк (vi выполняет этот IIRC).
Формат принимает IFormatProvider, который передается любым типам IFormattable, встроенным в строку (например, числовым), так что вы получаете соответствующее числовое форматирование для указанного языка и региональных параметров и в целом больше контроля над форматированием значений.Например, поскольку некоторые В культурах используется запятая в качестве десятичной точки, которую вы хотели бы обеспечить с помощью StringBuilder или String.Format, указав CultureInfo.InvariantCulture, если вы хотите, чтобы числа были отформатированы так, как вы намереваетесь.
Еще два замечания .. .
- StringBuilder также имеет функцию AppendFormat, которая дает вам гибкость String.Format, не требуя ненужного второго буфера.
- При использовании StringBuilder убедитесь, что вы не нарушаете цель, объединяя параметры, которые вы передаете в Append . Его легко пропустить.
Нет существенной разницы. Но если предположить, что String.Format внутренне использует StringBuilder (вы можете видеть это с помощью инструмента Reflector), использование напрямую StringBuilder.Append должно быть быстрее.
РЕДАКТИРОВАТЬ: Конечно, использование оператора «+» является худшим вариантом, поскольку он создает новый экземпляр строки для каждой объединяемой строки.