- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
char arr[] = ... // Здесь происходит чтение массива, неважно как
string result = "";
for(int i = 0; i < arr.Length; i++)
{
result += Char.ToString(arr[i]);
}
Console.WriteLine(result);-
C# / Говнокод #3334
+124
Что интересно, автор уже пол года на C# пишет, до этого 2 года на Java. Решение ко всему прочему еще и очевидно с квадратичной сложностью. А должно быть, естественно Console.WriteLine(new String(array));
Запостил:
theos,
27 Мая 2010
Follow us!
Не совсем. Строка может содержать не весь массив. Тем более что массив логично выводить как [e1, e2, ... ] а не как строки. Честно скажу - на c# не пишу (пишу на джаве) просто у коллеги увидел случайно и попроавил опираясь на знания джавы.
пиздеж и провокация. в шурупе строки иммутабельны
массивы мутабельны
>И вообще при чем тут это?
притом, что в заблуждение людей вводишь
>Что string, что char[] — последовательность символов
string - класс вообще-то, а последовательность символов это что-то наподобие 'a','b','c'.....
>и печатаются они в консоли абсолютно одинаково
так одинаково, угу.
в .NET (равно как и в Java) строки имутабельны (в отличии от массивов) и вообще могут пулица
> arr.Length
С точки зрения нормального языка ломает мозг и выносит навылет.
"char arr[]" вообще недопустимо в C#, зато допустимов яве.
C# 3.0 даёт:
Ошибка 1 Неверный оператор объявления массива. Для объявления управляемого массива спецификатор ранга должен предшествовать идентификатору переменной. Чтобы объявить поле буфера фиксированного размера, перед типом поля используйте ключевое слово fixed. C:\Documents and Settings\Максим Прохоров\Local Settings\Application Data\Temporary Projects\ConsoleApplication1\Program.cs 12 19 ConsoleApplication1
... C:\Documents and Settings\Максим Прохоров\Local Settings\....
Вот как у меня это выглядет:
C:\>echo %userprofile%
C:\Users\Розовая Попка.WINPC
В NTFS есть много чего (включая кейс сенситивити, стримы и ссылки) но этим редко пользуются.
А так -- да. "documents and settings" это конечно был ёбаный стыд, испортивший кровичуть меньше, чем обратные слеши и \r\n в качетсве перевода строки
Просто в unix от этого отказались, решив сэкономить символ, а у MS нет. Но возможно что ты прав и именно желание легко печтать документы на матричных (тупых, безпротокольных) принтаках и сыграло свою роль.
Первые принтеры были даже и не матричные, а знако-местовые (см Daisy wheel printing): у них не могло быть никаких кодировок, бо все буквы были отлиты в граните.
Однако большинство принетров что тогда, что сейчас обратно совместимы с самым тупым режимом: если записать им "ABC123" то они именно это и выведут.
И так как ESC последовательности требовали драйвера (а в реалиях доса это означало "поддержки со стороны софта") а оно было не всегда, то вполне удобно было "copy foo.txt PRN" (или как-то так) и по LPT документ отправлялся на принтер и всегда там печатался:)
Из всех "языков описания страницы" у консьюмерских принетов сейчас выжили только PCL и PostScript. У MS, говорят, есть принтеры которые умеют GDI и XPS, но я их не видал.
педрило детектед
может у тебя еще и виндус русское?
я особо не заморачиваюсь, я ебаный полиглот, хоть на ебаном немецком, блядь.
наверное можно было читать сразу в StringBuilder, а потом StringBuilder.ToString
функция pinvoke или родной .net? вроде и там и там можно читать "одним махом" в StringBuilder, pinvoke-то точно.
Во-первых сильно усложнится пул строк: придется делать copy on write.
Во-вторых начнется ад в тех местах, где строки являются ключами.
Что теперь лежит в "dictionary"?
Вообще виртуальные машины много чего делают если это прозрачно для программиста: к примеру они вообще могут положить строку в стек, если в ней три буквы и ссылок на нее нет.
Но хороший программист на C#, вероятно, не должен даже пытаться на это как-то завязываться.
Для него строки лежат в куче (в пуле интернированных строк, если литералы) и иммутабельны. Вот.