LS
а так, проще действительно взять JsonTransformer, чем кастомный сериалайзер ваять
Size: a a a
2020 March 11
AL
можете завести тикет на гитхабе, чтобы туда набежали ещё люди и рассказали, какие у них проблемы
Да, я скопировал. Ишью пока не хочу заводить без эксперементальных результатов.
АО
@sandwwraith , кстати, а планируется таки дать возможность использовать
JsonElementSerializer с любыми декодерами?VT
вообще не планируется пока
АО
жаль:(
VT
по произвольному декодеру нельзя понять, что там лежит внутри — один int или дерево вложенных объектов, такой API в общем случае не сделать
I
Ой вей, щас бы акторы использовать в типизированных языках
А если типизированные акторы 🤔
AO
А если типизированные акторы 🤔
то на них писать невозможно
АО
по произвольному декодеру нельзя понять, что там лежит внутри — один int или дерево вложенных объектов, такой API в общем случае не сделать
понял
OY
то на них писать невозможно
почему?
AN
Привет есть вопрос по новому (0.20.0) kotlinx.serializator
Теперь при объявлении дескриптора некоторой структуры нужно указывать дескрипторы
ее составляющих.
А что если у меня структура рекурсивная (дерево например) и мне нужно сослаться каким-то образом внутри дескриптора на самого себя.
Как это можно сделать?
Предполагаю, что я не совсем адекватно сериализую дерево. т.к. получается фрактальная структура, а значит нужно переходить на уровень рантайма и делать ContextualSerialization / Polymorphic
С другой стороны пока планируется только JSON, может тогда имеет смысл посмотреть в сторону JsonTransformer.
Сталкивался ли с этим кто-нибудь?
Теперь при объявлении дескриптора некоторой структуры нужно указывать дескрипторы
ее составляющих.
А что если у меня структура рекурсивная (дерево например) и мне нужно сослаться каким-то образом внутри дескриптора на самого себя.
Как это можно сделать?
Предполагаю, что я не совсем адекватно сериализую дерево. т.к. получается фрактальная структура, а значит нужно переходить на уровень рантайма и делать ContextualSerialization / Polymorphic
С другой стороны пока планируется только JSON, может тогда имеет смысл посмотреть в сторону JsonTransformer.
Сталкивался ли с этим кто-нибудь?
Да, кстати сейчас та же проблема
AN
Причем мне не только жсон нужен
AO
почему?
Потому что никто так и не придумал нормальный api, то что сейчас есть например в akka typed actors - это бойлер плейт на бойлер плейте
AO
И не понятно чем оно лучше функции на семафоре (ладно оно лучше в кластере, но для этого и без акторов есть нормальные подходы)
AO
Ну и актор ниразу не аналог RW лока, так что не понятно почему в issue про них речь идёт
AN
Мне ещё надо разные дескрипторы для жсонов и остального. Но я раньше просто игнорил дескриптор в случае jsoninput
OY
Ну и актор ниразу не аналог RW лока, так что не понятно почему в issue про них речь идёт
речь идёт о том, что наверно если везде "акторы", то RW лок не нужен
OY
Потому что никто так и не придумал нормальный api, то что сейчас есть например в akka typed actors - это бойлер плейт на бойлер плейте
а в динамических языках куда можно глянуть за красивым апи?
AO
речь идёт о том, что наверно если везде "акторы", то RW лок не нужен
не нужен, но если хорошо подумать, то RW лок нужен когда идёт массовый доступ на чтение и переодические изменения. В таком случае даёт нам читать из источника в N потоков и писать в 1, акторы же по своей сути синхронизированы и чтение как и запись будут происходить в 1 поток
AO
а в динамических языках куда можно глянуть за красивым апи?
erlang конечно же