В теме Преобразование типов, товарища bankuss-а, была затронута тема преобразования типов (int в string).
По этому поводу велись большие дискуссии:
Например, такой код почему-то неработает в C#, а в VB -- работает.

Здесь lk -- string, km -- int.

Были даны комментарии (arilou):


После чего последовало много коментариев:





Это, как говориться, присказка, а сказка будет впереди.

Кто сможет, с ходу, без компиляции кода, решить задачку:
Дан простой код

Вопрос: какое значение примет str, и примет ли вообще?
Ответ пояснить (т.е. почему именно так, а не иначе).

P.S. Вечером дам правильный ответ и коментарии.
P.P.S. Просьба подумать самим, код не компелировать, только если для проверки
своей точки зрения.
P.P.P.S. mr.DUDA, arilou и другие модераторы,
не отвечайте, пожалуйста, на вопрос сразу. Потерпите, пожалуйста,
жотя бы до обеда. Не сбивайте интригу.

Это сообщение отредактировал(а) ivashkanet - 22.3.2006, 08:54

Этот код вообще не скомпилится. Если ты напишешь:

то компилятор тебе не даст это сделать. В своем задании ты предлагаешь сделать примерно тоже самое. Насколько я понял, объяснение этому уже дал arilou. Строка 2 в твоем задании по сути повторяет строку bankuss-а... Вот и все...

Имхо, данный код не скомпилится, поскольку ты присваиваешь int string'у без преобразования (хотя и оно все равно не получилось бы).

Согласен, не скомпилируется!!!
Но вопрос "почему" остается открытый!!!
Ответы типа: нет яного или неявного преобразования, не принимаеться.
Ведь ввести его, как это сделано в VB, могу даже я сам!!!

Явное:

Или неявное:



Так печему же не сделали это разработчики???
Вот в чем вопрос???
Почему они отказались от явного или неявного преобразования????


P.S. Можно глянуть в название темы.

Потому что непонятно, что ты хочешь сделать строкой

- то ли сложить два числа и далее инициализировать стринг ("23"), то ли получить "1013". Отсутствие неявной конвертации в стринг по-моему более безопасно. Никто не мешает написать например

или

В общем, не понимаю в чем проблема.

Интересно, почему тогда вот так можно:

Именно

Вот это я и хотел сказать.
Что С# -- язык, в котором уже на этапе компиляции должны отпадасть все неопределенности и двусмысленности!!!

И хочу поделиться, увиденным мною, принципом языка C#:



Например, если добавить пустую строку в начало:

то все будет хорошо (str+int = str) и результат будет "2134"
А если в конец:

то int +int = int, int + str =str и результат будет "136"

То есть двусмысленность отпала (раз мы используем "", то явно результат строка)

P.S. В общем мне понравилась строгость языка C# и я захотел поделиться этим с другими.
А то бывает неделю ищешь ошибку, а она рассмотренного типа .

P.P.S. Всем спасибо. Я люблю C#. Прям балдею.

Тут скорее всего такая ситуация:

эквивалентно записи

str + int = str -- все пуском
А код

скорее всего соответствует коду

Скобки стоят потому, что в операторе += сначала считается правая часть, а потом она добавляется к переменной слева.
И вообще += нет в операторах C#, он скорее всего обрабатыветься при синтаксическом разборе кода.
P.S. mr.DUDA, пока писал прозевал твое сообщение.

ivashkanet, так это всё ясно. Непонятно, почему при конкатенации строки с int-ом идёт неявное преобразование int->string, а при присваивании - нет
Добавлено @ 17:00
З.Ы, ещё я хотел бы попросить не злоупотреблять ОГРОМНЫМ шрифтом - в глазах рябит

Ну так написано ж



А int + str -- все ясно: str к int не приведешь, поэтому однозначно нужно приводить int к str.

вот это "нужно" почему-то не совсем ясно почему именно оно нужно

Не понял, поясни.

P.S. Каждый оператор что-то должен делать. У этого только два варианта (см. выше), из которых первый бессмысленный.

В языке, в котором синтаксисом запрещено приведение int к string, не должно быть неявного приведения в частном случае. Если и так не понятно, то вот тебе код:

Я считаю, что такое несоответствие - это недоработка компилятора.

Может ты и прав, у каждого свое мнение.
Но на мой взгляд неопределенности и двуссмысленности нет.
Поэтому можно его сделать неявным.


Хотя..., только сейчас подумал, почему не сделать явное преобразование int в strins вся ответственность в этом случае ложится на программиста .

P.S. mr.DUDA, не оскверняй светлый лик C# (шутка) .

C# - это ведь не PHP, где всё можно