AN
И по сравнению с С++ экономия на куче неймспейсов
Size: a a a
2020 July 25
IO
и декларация типа должна где-то лежать
AE
Вот duck typing было бы интересно завести в java/kotlin
AN
и декларация типа должна где-то лежать
Если не нужна декларация, делаешь анонимный объект
IO
и обидно очень, что ради одного возвращаемого типа новый класс
IO
Вот duck typing было бы интересно завести в java/kotlin
боже упаси
AN
Вот duck typing было бы интересно завести в java/kotlin
Я думаю, что есть мысли завести dynamic в комон, но это в очень дальней переспективе
AE
боже упаси
Чем?
AN
и обидно очень, что ради одного возвращаемого типа новый класс
Почему обидно? Он же инлайнится
AE
Я думаю, что есть мысли завести dynamic в комон, но это в очень дальней переспективе
Мне больше jvm интересует
IO
Почему обидно? Он же инлайнится
обидно в плане кода, не перформанса
AN
боже упаси
Не, это довольно интересная мысль, но ее надо сильно обдумывать
AE
Да и dynamic это все таки не то
AN
Мне больше jvm интересует
ну так если в комоне, то и на jvm
BV
Ну лисп - это один большой тупл. И там типов по-умолчанию нет. Тайп-скрипт от них насколько я понял страдает, слишком тяжелые конструкции получаются. Дата класс в котлине и Рекорд в жаве на мой взгляд закрывает все кейсы. В котлине еще есть анонимные объекты, про которые часто забывают.
У анонимных объектов локальный скоуп видимости
AE
ну так если в комоне, то и на jvm
Так его в платформе надо сделать для начала
IO
да вы тут предлагаете в япах с номинативной типизацией глобально ввести структурную
AN
У анонимных объектов локальный скоуп видимости
Я знаю, но это если не нужна декларация
IO
вы выпускаете зверя
AN
вы выпускаете зверя
Поэтому и надо много думать. Но вообще мапа мап - это довольно частный паттерн