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