VP
Методом обезьяны с гранатой? Так себе идея
Методом
Это считается "обезьяна с гранатой"?
1.prototype.foobar = ...Это считается "обезьяна с гранатой"?
1.prototype.foobar = ...Это считается "обезьяна с гранатой"?
Size: a a a
2020 June 26
AN
Методом
Это считается "обезьяна с гранатой"?
Это считается "обезьяна с гранатой"?
это monkey patching
AN
После патча что-нибудь может взорваться
VP
Ок, я не настоящий сварщик
AN
Ок, я не настоящий сварщик
Просто прототипы - это такое поле граблей, что их лучше не трогать. Но насколько я понимаю, примерно так и работают котлиновские классы в JS. И именно поэтому для них работают
isBP
Просто прототипы - это такое поле граблей, что их лучше не трогать. Но насколько я понимаю, примерно так и работают котлиновские классы в JS. И именно поэтому для них работают
isТак вообще работают классы в джс 😔 насколько я знаю. Либо оно компилится в прототипы
AN
Так вообще работают классы в джс 😔 насколько я знаю. Либо оно компилится в прототипы
Ну в JS нет классов (ES6 классы - это довольно тонкая сахарная прослойка над прототипами). Только прототипы. Когда язык делали, никто не думал, что на нем программы длиннее 30 строк писать буду 🤷♂️
BP
Ну в JS нет классов (ES6 классы - это довольно тонкая сахарная прослойка над прототипами). Только прототипы. Когда язык делали, никто не думал, что на нем программы длиннее 30 строк писать буду 🤷♂️
А сейчас всякие реакты да ангуляры. Ладно заканчиваем оффтопить
АО
Andrei
Не эксперт по JS, но мне казалось нет проблемы это обойти если генерить код, сгенерить еще дополнительное поле/параметр с тэгом для типа
большинство жсеров тоже так думают:) если каждый будет генерить по куче методов/полей для своих нужд (можно вспомнить, как до нормальных классов делали подобие классов) - получатся объекты по своей структуре сильно более дорогие, чем джавовые
АО
кейсов на reified generics раз два и обчелся
сюда же можно вспомнить, что кроме котлина их никто использовать не будет, а тогде всё это дело проще в компилятор на compiletime оставить
VP
Грааль корутины допилили: https://medium.com/graalvm/graalvm-20-1-7ce7e89f066b
Я бы сказал "стали поддерживать валидный байткод, который не генерирует javac"
I
Грааль корутины допилили: https://medium.com/graalvm/graalvm-20-1-7ce7e89f066b
Вызов принят! Теперь надо только сломать эту поддержку, генерировав тот же байктод немного по-другому.
RI
Как раз к 1.4.20 сломать
IO
Вызов принят! Теперь надо только сломать эту поддержку, генерировав тот же байктод немного по-другому.
можно это в другом языке каком-нибудь? 😭
AS
Ну новый бэкенд же, он в 1.4 уже сто проц что нибудь сломает 🙂
A
Господа, как все-таки используя serialization сериализовать в json список с разными типами элементов, например "rows":[
[1234567,"SE",123],
[1234567,"DE",231],
[1234567,"US",321]
]
[1234567,"SE",123],
[1234567,"DE",231],
[1234567,"US",321]
]
M
Aleksei🐈
Господа, как все-таки используя serialization сериализовать в json список с разными типами элементов, например "rows":[
[1234567,"SE",123],
[1234567,"DE",231],
[1234567,"US",321]
]
[1234567,"SE",123],
[1234567,"DE",231],
[1234567,"US",321]
]
Я думаю писать кастомный сериализатор поверх data класса
M
Либо возможно можно обойтись просто Array<Any>, но там смотреть от задачи надо
A
Либо возможно можно обойтись просто Array<Any>, но там смотреть от задачи надо
Ну задача - сериализовать список из нескольких элементов string long float