AN
да, но в jvm и с нормальным синтакисом
кложура. Правда она как раз динамичечкая
Size: a a a
2020 July 25
AE
Почему плохой? Вы использовали груви за пределами градла?
Да
AN
Это как раз она и есть
Утиная обычно подразумевает динамический диспатч.
AE
да, но в jvm и с нормальным синтакисом
Кложа
AN
Ну вот у меня довольно положительные впечатления.
IO
Кложа
у нее не нормальный синтаксис
AN
Ну вот у меня довольно положительные впечатления.
Я годика полтора писал
AE
Утиная обычно подразумевает динамический диспатч.
Не всегда, можно таки и в компайле, мы же в статическом языке
AE
у нее не нормальный синтаксис
Это да🌚
AN
Не всегда, можно таки и в компайле, мы же в статическом языке
Там начинаются проблемы с наследованием.
AE
Там начинаются проблемы с наследованием.
Обертки
IO
кстати. идея языка - компилировать все типы в туплы, а все вызовы методов делать статическими 😈
можно сделать компилятор го в jvm, кстати
AE
Но дорого
AE
можно сделать компилятор го в jvm, кстати
Легко я думаю
IO
Легко я думаю
надо будет попробовать как-нибудь
AN
Обертки
В общем я думаю, что можно сделать что-то вроде type coercion, чтобы можно было локально явно указать приведение неприводимых типов с проверкой в данном конкретном месте. Главное не делать эти приведения неявными
AE
В общем я думаю, что можно сделать что-то вроде type coercion, чтобы можно было локально явно указать приведение неприводимых типов с проверкой в данном конкретном месте. Главное не делать эти приведения неявными
Да, потому я и говорю что это должно быть в платформе
AN
Да, потому я и говорю что это должно быть в платформе
Да не, не обязательно совершенно. Можно в точен этой явной проверки делать маппер методов статический
AN
А на платформе это уже есть - invokeDynamic
AN
Если я не ошибаюсь, там ровно это и делается, динамическая таблица подстановки