Size: a a a

2020 May 14

Z

Zaner in KotlinLangRu
Bogdan Panchenko
Почему ?
ну слишком вербозно, нет? useInt(new Int(5))
источник

BP

Bogdan Panchenko in KotlinLangRu
Zaner
ну слишком вербозно, нет? useInt(new Int(5))
5 - это уже созданный объект. Вам не нужно его создавать. Это в джаве была разница примитива и объекта поэтому там разный синтаксис
источник

Z

Zaner in KotlinLangRu
Bogdan Panchenko
5 - это уже созданный объект. Вам не нужно его создавать. Это в джаве была разница примитива и объекта поэтому там разный синтаксис
нет память под инт выделится не при инициализации программы, а при выполнении этого участка кода, поэтому это можно считать вызовом конструктора
источник

BP

Bogdan Panchenko in KotlinLangRu
Zaner
нет память под инт выделится не при инициализации программы, а при выполнении этого участка кода, поэтому это можно считать вызовом конструктора
Это вы уже полезли в реализацию. А я говорю с точки зрения ООП
источник

QH

Quantum Harmonizer in KotlinLangRu
Zaner
нет память под инт выделится не при инициализации программы, а при выполнении этого участка кода, поэтому это можно считать вызовом конструктора
Во-первых, это уже деталь реализации и по факту не совсем так.
Во-вторых, это никак не отменяет того, что 5 — литерал типа Int, а new Int(5) — акт бессмысленного копирования.
источник

BP

Bogdan Panchenko in KotlinLangRu
Ладно это оффтоп. New был не только в c++
источник

BP

Bogdan Panchenko in KotlinLangRu
Quantum Harmonizer
Во-первых, это уже деталь реализации и по факту не совсем так.
Во-вторых, это никак не отменяет того, что 5 — литерал типа Int, а new Int(5) — акт бессмысленного копирования.
+
источник

Z

Zaner in KotlinLangRu
Quantum Harmonizer
Во-первых, это уже деталь реализации и по факту не совсем так.
Во-вторых, это никак не отменяет того, что 5 — литерал типа Int, а new Int(5) — акт бессмысленного копирования.
да, тут литерал, и время жизни статическое
источник

Z

Zaner in KotlinLangRu
Bogdan Panchenko
Это вы уже полезли в реализацию. А я говорю с точки зрения ООП
какого из десятков толкований ООП?
источник

BP

Bogdan Panchenko in KotlinLangRu
Zaner
какого из десятков толкований ООП?
Из любой. Все является объектом
источник

Z

Zaner in KotlinLangRu
Bogdan Panchenko
Из любой. Все является объектом
ну в kotlin классы это не объекты, но можно это симулировать через companion objects, но так почему-то никто не делает
источник

BP

Bogdan Panchenko in KotlinLangRu
Zaner
ну в kotlin классы это не объекты, но можно это симулировать через companion objects, но так почему-то никто не делает
Потому что все пофиг на идею. В джаве тоже класс не объект, с точки зрения языка, статики не подходит так как он по факту нарушает инкапсуляцию
источник

Z

Zaner in KotlinLangRu
Bogdan Panchenko
Потому что все пофиг на идею. В джаве тоже класс не объект, с точки зрения языка, статики не подходит так как он по факту нарушает инкапсуляцию
ну так получается в джаве мы посылаем new классу, который на самом деле не объект, так что я не вижу особого смысла до конца следовать ооп
источник

QH

Quantum Harmonizer in KotlinLangRu
Zaner
ну так получается в джаве мы посылаем new классу, который на самом деле не объект, так что я не вижу особого смысла до конца следовать ооп
у нас не SmallTalk и не ObjC, поэтому мы ничего никому не посылаем :)
источник

Z

Zaner in KotlinLangRu
Quantum Harmonizer
у нас не SmallTalk и не ObjC, поэтому мы ничего никому не посылаем :)
и это хорошо, просто оправдывать наличие какой-то конструкции в языке только соответствием ООП немного странно
источник

QH

Quantum Harmonizer in KotlinLangRu
Zaner
и это хорошо, просто оправдывать наличие какой-то конструкции в языке только соответствием ООП немного странно
Какой конструкции, о чём это?
источник

Z

Zaner in KotlinLangRu
Quantum Harmonizer
Какой конструкции, о чём это?
ну мы же про new говорили?
источник

QH

Quantum Harmonizer in KotlinLangRu
Zaner
ну мы же про new говорили?
И new оправдывается «соответствием ООП»? О_о
источник

Z

Zaner in KotlinLangRu
Quantum Harmonizer
И new оправдывается «соответствием ООП»? О_о
ладно, возможно я неправильно понял
источник

BP

Bogdan Panchenko in KotlinLangRu
Zaner
и это хорошо, просто оправдывать наличие какой-то конструкции в языке только соответствием ООП немного странно
Я вас просто поправил. Вы заявили что new взялся из с++
источник