А
Мне кажется зря они так. Путаницу создаёт.
int и Interger из Java припрятали под ковер. Но мне сложно представить продакшн-кейс, когда надо сравнивать примитивы по identity, не по equality. Соотвественно, вряд ли где-то из-за этого будут багиSize: a a a
2018 June 29
NN
Тут они просто проблему с
MZ
сама вычурность оператора === как бэ намекает, что нефиг его использовать :)
А
Тут они просто проблему с
int и Interger из Java припрятали под ковер. Но мне сложно представить продакшн-кейс, когда надо сравнивать примитивы по identity, не по equality. Соотвественно, вряд ли где-то из-за этого будут багиЯ надеюсь в функцию Int не по значению передаётся ?
NN
Смотря, что ты подразумеваешь под передачей "по значению"
NN
в джаве есть только один тип передачи аргументов, в отличие от С++ или Scala
NN
т.е. на уровне байткода передается либо значение примитива, либо ссылка.
А
Ну здрасте
А
Примитивы по значению
NN
ссылки тоже по значению :)
NN
NN
Но это, скорее всего терминологические затруднения. Я понимаю термин "передача по ссылке", как в С++. Или что ты имеешь в виду?
MZ
Я надеюсь в функцию Int не по значению передаётся ?
по значению конечно. Int это просто синоним int
NN
Если бы в джаве была "передача по ссылке", то можно было бы написать функцию
void swap(Object first, Object second) { ... } Но, увы :)А
Я имею в виду когда по значению, то создаётся копию
А
А по ссылке работаешь с оригиналом.
А
Что-то типа передать указать и нет в си
А
А если ты передаешь массив из одного инта (примитивного)
NN
Так boxed primitives все immutable, поэтому тут разницы никакой нет. Ты все равно никак не сможешь изменить объект, который тебе передали в функцию
NN
Java специально проетировали так, чтобы не заставлять программистов сильно думать :)