Лично я думаю, что "" + я выгляжу так, как на оригинальном плакате с вопросом "вонючий".Я использовал много ОО языков помимо Java.Если этот синтаксис задумывался как подходящий, то Java просто интерпретировала бы один i без необходимости "", как требуется для преобразования в строку, и делала это, поскольку тип назначения однозначен и только справа указывалось бы только одно значение,Другое похоже на «обман», чтобы обмануть компилятор, плохое умение, когда рассматриваются разные версии Javac, сделанные другими производителями или с других платформ, если когда-либо нужно будет портировать код. Черт возьми, мне нравятся многие другие OOL простовозьмите Typecast: (String) i. подмигивает
Учитывая мой способ обучения и простоту понимания такой конструкции при быстром чтении другого кода, я голосую за Integer.toString (i)Забывая ns или два в том, как Java реализует вещи в фоновом режиме, по сравнению со String.valueOf (i) этот метод мне подходит и точно говорит, что происходит: у меня есть и Integer, и я хочу, чтобы он был преобразован в строку.
Хорошая мысль, сделанная пару раз, - возможно, простое использование StringBuilder - хороший ответ для построения строк, состоящих из текста и целых или других объектов, поскольку это то, что в любом случае будет использоваться в фоновом режиме, верно?
Только мои два цента брошены в и без того хорошо оплачиваемую кошечку ответов на Маns вопрос ... улыбается
РЕДАКТИРОВАТЬ НА МОЙ СОБСТВЕННЫЙ ОТВЕТ ПОСЛЕ НЕКОТОРЫХ ОТРАЖЕНИЙ:
Хорошо, хорошо, я думал над этим еще немногои String.valueOf (i) также очень хорош, и он говорит: я хочу String, который представляет значение Integer.LOL, английский намного сложнее разобрать, чем Java!Но я оставляю оставшуюся часть моего ответа / комментария ... Меня всегда учили использовать самый низкий уровень цепочки методов / функций, если это возможно, и все еще поддерживают читабельность, поэтому, если String.valueOf вызывает Integer.toString, тогда зачем использовать весь оранжевыйесли ты все равно собираешься его почистить, Хммм?
Чтобы прояснить мой комментарий о StringBuilder, я строю много строк с комбинациями в основном буквального текста и целых чисел, и они становятся длинными и безобразными при вызовах вышеупомянутогоУпомянутые подпрограммы встроены между +, так что мне кажется, что если они в любом случае становятся объектами SB, а метод append имеет перегрузки, то может быть чище просто продолжать и использовать их ... Так что я думаю, что у меня до 5 центов на этоодин сейчас, а?лол ...