Преобразование к типу String

Вот интересно, к 32 лвлу прояснение появилось? 🙃

+ находится вне кавычек " " и по этому работает исключительно как оператор (конкатенирует число 15 и строку "m". Как бы он попал внутрь строки, чтобы получилось 15+m?

Ну теоретически могло бы быть так: s="12345m"

Теоретически могло быть m12345. Но для этого надо написать: String s = "m" + 1 + 2 + 3 + 4 + 5;

Ну так и тут сначала происходит приведение к типу String методом toString(), а потом конкатенация. Просто тут сделано удобнее и не надо ручками каждый раз вызывать этот метод.

имел ввиду именно этот метод по умолчанию. если просмотрел, что не то сложил, получишь баг, а не ошибку про неправильные типы. "sum:"+2+2 "sum:"+(2+2) и дело вовсе не в реализации,а именно в отсутствии жесткого контроля за типами.

просто String - это класс не забывай

пусть будет так. String.length(); List.size(); int[].length; и работает toString по разному у классов где значение покажет, где линк, где hash. и если бы не ide все это просто НЕ типизированая каша. обертки с разными методами и полями. которые надо запоминать что и как стыкуется. java не похож на язык для написания кода в блокноте.

toString работает по разному, потому что он у некоторых переопределен size(), length() - это методы a length - это свойство, оно только для массива

строгая типизация строгой типизации рознь. Есть языки и построже, например Ада, Си, на которых в космос летают, есть языки по сравнению с которыми, джава вершина строгой типизации, например джава скрипт. Пример текст + 2 +2, это уровень первых шагов джава разработчика, перегруженный оператор сложения это азы азов, которые по недосмотру гипотетически можно наверное допустить ошибку, но ракета в космос не упадет, программа не остановиться, ну кусок текста пойдет куда-то некорректно. Между программистом и отгрузкой кода заказчику 10 заслонов , на каждом из которых эта ошибка может быть выявлена. И кстати

"sum:"+2+2
"sum:"+(2+2)

не встретить на реальном проекте, на нормальном по крайней мере, в этой одной маленькой строке нарушены как минимум три правила-принципы написания кода на джаве, поэтому практикующий джавист так не напишет, ни первый ни второй вариант. Собственно этих правил написания кода на джаве хватает, и как результат их соблюдения, ошибки допускаются в разы реже, а их выявить на этапе написания кода - в разы легче. Но правила потом, а сначала нужна база. Для меня джава первый ООП язык и после паскаля была ломка процедурно-структурного мышления, но со временем прошла, привык :) Другой язык, другие правила, другой контекст, другой монастырь, другой устав.

а у меня после Object-паскаля растет ненависть к java за отсутствие логики и непредсказуемость.

Бывает, когда мы что-то не понимаем это естественно. Логика и предсказуемость в джаве есть, но ее нужно увидеть, успеет ли человек увидит это до того как он махнет рукой это сугубо индивидуально :) Когда мы погружаемсся в новую для нас сферу, нам очень часто приходится принимать на веру или как есть, и только спустя время мы начинаем видеть логику, взаимосвязь и видеть систему. Поначалу это всегда сложно, язык программирования это, спорт или любая деятельность.

ну к примеру много ли предсказуемости в том что для списков команды add & set, а для Map уже зачем-то put & replace 😋

Конечно много. Почему в автомобиле капот и багажник, а в корабле корма и нос? Потому что это разные вещи, хотя оьа они транспортные средства. Map не относится к коллекциям элементам, поскольку в отличие от списка, и других коллекций, Мап хранит не значения элементов, а набор пар ключ-значения. То есть список и Мап это два разных абстрактных типа данных с разными функциями и особенностями. Поэтому логично, что методы будут называться по разному и это касается не только джавы, во многих языках программирования существуют разные методы операции, add, put, push, insert и тд, ноги у этих методов растут с компьютерных наук, языков программирования сотни, и в каждом отображено по-разному. Но логика есть, если есть два различных типа , которые предназначены для разных вещей, то ничего удивительного что разные названия методов называют разные по сути операции. Список это абстрактный дататип с логическим индексом. Есть у нас совокупность элементов одного типа хранящихся последовательно, мы к ним добавляем очередной элемент. Как мы говорим, если мы присоелиняем в цепочку? Добавляем , add. Мапа это ассоциативный массив, абстрактный дататип хранящий пары ключ-значения. В мапу мы значение помещаем. Есть коробка хранящая пары ключ-значения, здесь понятие последовательности элементов нет вовсе, значения мапятся на ключи, порядок тоже хитрый и переставляющийся. Мы не знаем в какое место вставим, в какое подойдет такое и вставится внутрь короьки. Как мы называем, если нам в коробку нужно поместить что-то, на место, которое выделено под него. Put, положить. Тоже самое set/replace. Есть ряд таймеров, выставленных на какое-то время это список, упорядоченная по индексу коллкция элементов одного типа. Мы хотим поменять значение таймера в 5ой ячейке, это set. Мы берем 5ую ячейку и присваиваем новое значение. В каждой ячейке то ссылка, и мы присваеваем set новую. Почему не подходит replace? Потому что замены не происходит. У нас происходит перетирание конкретной ячейки.

Мы не говорим "я засенил таймер с 5 минут на 7", мы говорим "стояло 5, я поставил set на 7". Другое дело мапа, ее устройство на порядок сложнее, мы в автомобиле не говорим обычно я поставил новое колесо, я поставил свечу, мы говорим я заменил колесо, заменил свечу, поскольку речь о более сложной совокупности механизмов и конструктивных элементов. Если мы заменяем пару ключ значения, суть не в перетирании и я даже не знаю уак это было бы map.set("key", value);, set это присвоить, присвоить кому чему? Мапе. Я присваиваю автомобилю колесо..ну так себе звучит. Суть операции не в присваивании, для этого есть put, а суть в том, ято у нас внутри коробки мапы, есть сложный элемент - пара клбч значение, мы ее вытаскиваем, рарываем связь ключ значение, меняем значение и помещаем обратно. На замену детали это похоже. На присваивание детали нет. Поэтому язык программирования это языки. В них разные слова для разных ситуаций, отталкиваться нужно не от внешних признаков, а от сути операций и контекста. Но для этапа знакомства с языком это нормально , опыт на других языках это зло и благо. Благо, поскольку это опыт, много схожего, более широкое и глубокое и разностороннее понимание, больше идей и понимания уак решить проблему и в чем ее суть. Зло, поскольку идет деформация, филологам известна такая фраза ложные друзья переводчика, сувенир это что? Подарок, подсказывает мозг. А в оригинале воспоминание. Так и опыт на других языках уменьшает гибкость восприятия, там где новички без опыта воспринимают все как есть, люди с опытом в других языках их мозг будет цепляться за нестыковки и прежний опыт. Но новый язык программирования это новый устав, нового монастыря , новый самовар. Но это процесс адаптации, ломка, она быстро проходит, поскольку дальше общего будет мало и пойдет фокус на других вещах. Но джава, один из основных языков бекенда, а большие сложные приложения без языков с четким соблюдением логики - построить просто невозможно, популярность джавы зыблется на ней

судя по вашей логике в set тоже должна бы быть операция put. 😝

Это не моя логика, это логика бородатых математиков и ученых с мировым именем и логика Computer science. Я лишь ее пытаюсь объяснить, хотя объяснить эволюцию лексикосемантических систем сложновато без подготовки. В нескольких словах, разный контекст - разные инструменты, разные конструкции - разные названия методов. Если кошка мяукает, почему нелогично что собака лает? Хотя у собаки тоже есть лапы и хвост, значит по логике должна мяукать? Сэт и мапа это совершенно разные дататипы, а следовательно разный контекст. Сэт это что? Список неповторяющихся элементов. Список. В списке у нас add, в сэт у нас add. Повторюсь, на начальном этапе многое будет казаться нелогичным, ну сам посуди, мой заезженный пример но тем не менее, я насмотрелся на Майка Тайсона и решил стать боксером и там всех в нокаут бум бум отправлять. Прихожу на тренировку, мне то дают в руку скакалку, то заставляют отжиматься, то бегать. Где логика? Я же не на беговую секцию пришел! А скакалка, мне что, заскакать до нокаута противника? Или заотжимать? Как происходит в реальной жизни, когда человек решает чем-то заниматься, его знания в новой сфере логично ограничены (иначе он бы преподавал, а не учился), и он на старте сталкивается с валом непонятного и необъяснимого. На практике, человек воспринимает все как есть и со временем он начинает понимать, и почему так, а почему сяк, и почему вот так. Нельзя называть нелогично, все то, что не соотносится со своим представлением, ведь работа над расширением последнего занимает всю жизнь :)

Амиго: "А она ничего такая". Элли: *может кофейку*

а дальше: "Продолжение после подписки"

на Паскале нет

TL;DR (англ. too long; didn't read — слишком длинно, не читал) "да и .. с ним"