A
Буду знать, спасибо
Size: a a a
2020 May 10
AN
Мысль интересная пришла. А ведь kotlinx serialization можно использовать для безопасного глубокого копирования объектов....
AN
Не то, чтобы оно было зачем-то нужно. Но если нужно, можно использовать.
АГ
А Serializer работает с дженериками? У меня не смог распарсить дженерик класс но при этом спокойно распарсил класс без дженерика?
АГ
Класс который я пихал в дженерик тоже имел аннотацию
AM
А Serializer работает с дженериками? У меня не смог распарсить дженерик класс но при этом спокойно распарсил класс без дженерика?
Да вроде должен, с оговоркой, что сериалайзер генерика -- это не объект, а класс, конструктор которого принимает по сериалайзеру на типовой параметр.
АГ
Ааа ) попробую спасибо
AN
А Serializer работает с дженериками? У меня не смог распарсить дженерик класс но при этом спокойно распарсил класс без дженерика?
да, все работает. Там только надо смотреть дженерик полиморфный или нет.
АГ
У меня просто условно BaseResponse<T>
BP
Вот кстати вопрос, на сколько готов 1.4 стоит его ждать ? Мне там одна штука нужна, один класс
AN
У меня просто условно BaseResponse<T>
Вот если T, то очевидно нет. Надо чтобы был актуальный тип
AN
Вот кстати вопрос, на сколько готов 1.4 стоит его ждать ? Мне там одна штука нужна, один класс
M2?
АГ
Вот если T, то очевидно нет. Надо чтобы был актуальный тип
А это как?
AN
А это как?
Ну вот у тебя есть этот BaseResponse<T>, в нем есть поле field: T. Тебе надо очевидно знать этот T чтобы сериализовать, более того, у него должен быть сериализатор.
АГ
Ну у него есть сериализатор, он разве в компайл тайме не подставляет актуальный класс?
AN
Ну у него есть сериализатор, он разве в компайл тайме не подставляет актуальный класс?
Подставляет если T известен. Короче. Если ты сделаешь stringify<List<String» это будет работать при правильном сериализаторе.
Н
Вот кстати вопрос, на сколько готов 1.4 стоит его ждать ? Мне там одна штука нужна, один класс
Если экстраполировать то как вызодила 1.3, то вот-вот должен релизнуться 1.4-M2, потом в середине лета 1.4-M3 и в конце лета (может даже осенью) 1.4
АГ
Окей поэкспериментирую спасибо )
BP
я про релиз)
АО
Пытался мультиплатформу - не сработало
В общем, вымучил я вот такой костыль. Вкратце нюансы такие:
* Все проекты, для которых нужна дока - мультиплатформа с common, js и jvm. Как следствие, костыль я сделал типовой - это проект, который зависит от всех остальных и, как результат, нет битых ссылок на внешние доки/объекты
* Для включения всех пакетов в проект пришлось сделать костыль (функция
Теперь вопрос - а куда можно написать (имеет ли смысл заводить issue, например), чтобы мультиплатформенные сорцы корректно научились включать в мультипроектную доку?
https://github.com/InsanusMokrassar/TelegramBotAPI/blob/0.27.2/docs/build.gradle
* Все проекты, для которых нужна дока - мультиплатформа с common, js и jvm. Как следствие, костыль я сделал типовой - это проект, который зависит от всех остальных и, как результат, нет битых ссылок на внешние доки/объекты
* Для включения всех пакетов в проект пришлось сделать костыль (функция
includeSourcesInDokka), суть которого в обходе проектов для доки и добавления сорс-сета (на самом деле, просто папки), с нужным названием. Так я собрал jsMain, jvmMain и commonMain папкиТеперь вопрос - а куда можно написать (имеет ли смысл заводить issue, например), чтобы мультиплатформенные сорцы корректно научились включать в мультипроектную доку?
https://github.com/InsanusMokrassar/TelegramBotAPI/blob/0.27.2/docs/build.gradle
