NK
мне кажется я тебя где-то видела
Вижу что в ЛС общались, может из кофеинщиков?
Size: a a a
2020 November 02
ЛФ
Вижу что в ЛС общались, может из кофеинщиков?
о, точно
AN
Бизнес-задача: добавить веб-админку для сервиса на ktor+exposed.
Я пытаюсь сделать все чтобы не привлекать для этой задачи дизайнеров + верстальщиков + делать отдельное API.
Пока остановился на аналогах phpmyadmin и прочих, но они не дают такой buildin интеграции как админка той же django.
Я пытаюсь сделать все чтобы не привлекать для этой задачи дизайнеров + верстальщиков + делать отдельное API.
Пока остановился на аналогах phpmyadmin и прочих, но они не дают такой buildin интеграции как админка той же django.
Вы просто все мешаете в одну кучу. Exposed - это система работы с БД. Django - это веб-фреймворк. Вполне можно написать плагин к ктору, который будет делать админку. Но оно никогда не будет частью поставки. И видимо никому это пока было не надо.
NK
А я и не прошу частью поставки, я прошу плагин
AN
А я и не прошу частью поставки, я прошу плагин
Ну погуглите, может кто сделал. Если нет, то можете сами сделать, как бы не сложно.
NK
Ну погуглите, может кто сделал. Если нет, то можете сами сделать, как бы не сложно.
> как бы не сложно
Звучит как очень сложно
Звучит как очень сложно
с#
откуда в k/js и k/native тоже джавовое стирание типов ?
AN
откуда в k/js и k/native тоже джавовое стирание типов ?
Оттуда. В стирании типов на самом деле нет ничего плохого.
с#
Оттуда. В стирании типов на самом деле нет ничего плохого.
я не говорю, что это плохо. это лучше, чем компилировать отдельно классы для всех дженериков, просто интересно как так получилось, что jvm-dependent фича работает везде
AN
я не говорю, что это плохо. это лучше, чем компилировать отдельно классы для всех дженериков, просто интересно как так получилось, что jvm-dependent фича работает везде
Ну так единообразие должно быть. А сама по себе модель стирания достаточно хорошая. Нет смысла ее ломать
AN
@why_oleg затягиваю rsocket. Опасно у вас там сделано, что Payload экспозит ByteReadPacket. Если какой-нибудь индюк его релизнет раньше времени, можно крупно нарваться.
OY
@why_oleg затягиваю rsocket. Опасно у вас там сделано, что Payload экспозит ByteReadPacket. Если какой-нибудь индюк его релизнет раньше времени, можно крупно нарваться.
а какой выход другой?
AN
а какой выход другой?
Изолируем его и делаем в Pyload методы, которые будут его вычитывать как Input. Я так сделал в своем форке kotlinx-io
OY
спорно
Вы можете читать из него, это же и есть Input, только из ktor-io
это уже в любом случае на откуп пользователя лучше отдавать
тем более, там есть copy - который zero-copy
Вы можете читать из него, это же и есть Input, только из ktor-io
это уже в любом случае на откуп пользователя лучше отдавать
тем более, там есть copy - который zero-copy
OY
ByteReadPacket - single read - это его контракт
Вы хотите reusable payload? а кто его в итоге релизить будет?
Вы хотите reusable payload? а кто его в итоге релизить будет?
AN
спорно
Вы можете читать из него, это же и есть Input, только из ktor-io
это уже в любом случае на откуп пользователя лучше отдавать
тем более, там есть copy - который zero-copy
Вы можете читать из него, это же и есть Input, только из ktor-io
это уже в любом случае на откуп пользователя лучше отдавать
тем более, там есть copy - который zero-copy
Проблема в том, что ByteReadPacket пулится. Если вы его из скоупа утащите, будет практически неотлавливаемая ошибка. Я это проходил.
AN
ByteReadPacket - single read - это его контракт
Вы хотите reusable payload? а кто его в итоге релизить будет?
Вы хотите reusable payload? а кто его в итоге релизить будет?
Не, я предлагаю сделать метод
read(block : Input.()->R)OY
Не, я предлагаю сделать метод
read(block : Input.()->R)который можно будет вызвать один раз, полностью вычитывая data/metadata?
AN
который можно будет вызвать один раз, полностью вычитывая data/metadata?
Что-то в этом роде. Смысл в том, что ваш Payload категорически нельзя выносить за знак большой печати скоуп. Иначе будет беда.
OY
как и любой буфер везде :)
даже тогда и ByteArray нельзя
но делать readData/readMetadata - мне кажется слегка странным, тогда получается, что уносить в скоуп будет вообще нельзя, так?
даже тогда и ByteArray нельзя
но делать readData/readMetadata - мне кажется слегка странным, тогда получается, что уносить в скоуп будет вообще нельзя, так?