чем больше кода - тем дольше он инициализируется

А твоей либе нужен котлин рантайм?

нет, она жавовская

ок

А твоей либе нужен котлин рантайм?

99.9% Java, 0.1% HTML. Как ты думаешь?)

6ку поддерживает еще

немного оффтоп, но раз уж зашла тема о json. При десериализации-сериализации объектов, приходящих с сервера теряется часть данных, в зависимости от класса на клиенте, и иногда это критично. Видел кто-нибудь какое-нибудь изящное решение этой проблемы?

Писал я одну приложуху, которая по сути горячий кешь с небольшой бизнесс логикой, и понял что на дикой нагрузке сериализация убивает мне весь ЦПУ из-за постоянных ГЦ. В итоге родилась либа, которая поверх jackson streaming херачит почти без оверхедов json. https://github.com/tethys-json/tethys

Ну так-то да. Ещё одна JSON библиотека. Только зачем? Судя по бенчмаркам, у pure-jackson не хуже получается. https://ic.pics.livejournal.com/borya_spec/5815476/257803/257803_original.jpg

Ну так-то да. Ещё одна JSON библиотека. Только зачем? Судя по бенчмаркам, у pure-jackson не хуже получается. https://ic.pics.livejournal.com/borya_spec/5815476/257803/257803_original.jpg

Вы чат читаете?

немного оффтоп, но раз уж зашла тема о json. При десериализации-сериализации объектов, приходящих с сервера теряется часть данных, в зависимости от класса на клиенте, и иногда это критично. Видел кто-нибудь какое-нибудь изящное решение этой проблемы?

сериализовывать все что нужно клиенту?

немного оффтоп, но раз уж зашла тема о json. При десериализации-сериализации объектов, приходящих с сервера теряется часть данных, в зависимости от класса на клиенте, и иногда это критично. Видел кто-нибудь какое-нибудь изящное решение этой проблемы?

да, jsoniter умеет класть такие поля в отдельную хэшмапу

В андроиде котлин кажется уже повсюду

кажется

сериализовывать все что нужно клиенту?

в том и дело, что потом я отправляю обратно на сервер этот объект, и часть полей теряется

да, jsoniter умеет класть такие поля в отдельную хэшмапу

ага, спасибо, сейчас посмотрю

мне кажется, что парсинг JSON — настолько старая и популярная задача, что уже давно должен быть некий стандартный стриминг, который круче и быстрее остальных

в том и дело, что потом я отправляю обратно на сервер этот объект, и часть полей теряется

я не понимаю, как это, часть полей теряется

я не понимаю, как это, часть полей теряется

в моделе нету

я не понимаю, как это, часть полей теряется

ну JSON распарсили в POJO, а там не все поля есть

ну значит нужно добавить в модель

ну значит нужно добавить в модель

хех))

если их там нет - значит не нужны

зачем тогда требовать их обратно на бекенде?

99.9% Java, 0.1% HTML. Как ты думаешь?)

честно я только ссылочки сохранил)

мне кажется, что парсинг JSON — настолько старая и популярная задача, что уже давно должен быть некий стандартный стриминг, который круче и быстрее остальных

все что не лежит в stdlib будет всегда иметь тысячи вариаций

а иногда и то, что лежит в stdlib (jodatime, например, или okio)

все что не лежит в stdlib будет всегда иметь тысячи вариаций

и то, порой то структуры данных, то HTTP-клиенты нужно затащить

ага, спасибо, сейчас посмотрю

@JsonMissingProperties http://jsoniter.com/java-features.html#missing-field

я, правда, не понял, почему там лист

все что не лежит в stdlib будет всегда иметь тысячи вариаций

хорошо когда есть из чего выбрать

@JsonMissingProperties http://jsoniter.com/java-features.html#missing-field

да, уже нашел

только похоже все json объекты должны наследоваться от одного единого предка, что не выглядит самым идеальным решением(

хорошо когда есть из чего выбрать

одно дело из двух-трех выбирать, но ТЫСЯЧИ ИХ!

нужно как-то сравнивать, да, мериться бенчмарками

Вы чат читаете?

Да, читаю. И проект мельком глянул. И бенчмарки - тоже. Пока особой выгоды от использования вашей либы не вижу. Вижу геморрой, связанный с использованием либы без документации, за исключением тестов. Врядли программисту, использующему её, будет весело каждый раз в код и тесты лезть, чтобы понять, как чем пользоваться. BTW, в readme бенчмарков стоит вынести описание конфигурации железа, на которой тестировалось, а так же описать, что за попугай такой operation, в которых вы производительность меряете.

какая разница какое железо?

нужно смотреть не на абсолютные числа, а на разницу с другими, знакомыми либами

нужно как-то сравнивать, да, мериться бенчмарками

кроме бенчмарков есть еще "неизмеримые" ценности типа удобства API и набора фич

иногда отсутствие большого списка фич - это тоже фича, т.к. софтиной намного проще пользоваться и сложно выстрелить себе в ногу

но да, все субъективно

иногда отсутствие большого списка фич - это тоже фича, т.к. софтиной намного проще пользоваться и сложно выстрелить себе в ногу

всё субъетивно, но идеей пользоваться классно, и жаль, нет, такого же браузера как идея чтобы тоже всё быстро делать и иметь все фичи при редактировании например текста, или просто даже при скроллинге страниц

иногда отсутствие большого списка фич - это тоже фича, т.к. софтиной намного проще пользоваться и сложно выстрелить себе в ногу

А это вопрос уже не списка фич, а их организации

всё субъетивно, но идеей пользоваться классно, и жаль, нет, такого же браузера как идея чтобы тоже всё быстро делать и иметь все фичи при редактировании например текста, или просто даже при скроллинге страниц

а когда был тред про IDE?

Понятно, что к либам это применимо меньше (если применимо). но условный пример - в фотошопе фич дочешуя и больше, но убрать красные глаза можно примерно двумя кнопками, ничего не испортив и не отстрелив

фичи разговор был, а про что именно не уточнялось, а где больше всего фич и чем больше всего пользуемся? Так или иначе это Idea

и там как раз серьёзная тема с багами и их фичами и про апи можно поговорить

на примере большого крутого проекта

фичи разговор был, а про что именно не уточнялось, а где больше всего фич и чем больше всего пользуемся? Так или иначе это Idea

разговор был про то как сравнить две JSON либы и выбрать лучшую

?

тут всё просто берём все либы что есть, и гоняем в тесте производительности на своём проекте, та, что лучше ту и берём - если нужна производительность, иначе берём ту, что удобнее в разработке и поддержка в случае чего баги быстро исправляет

логично, просто и легко

Да, читаю. И проект мельком глянул. И бенчмарки - тоже. Пока особой выгоды от использования вашей либы не вижу. Вижу геморрой, связанный с использованием либы без документации, за исключением тестов. Врядли программисту, использующему её, будет весело каждый раз в код и тесты лезть, чтобы понять, как чем пользоваться. BTW, в readme бенчмарков стоит вынести описание конфигурации железа, на которой тестировалось, а так же описать, что за попугай такой operation, в которых вы производительность меряете.

Не заметно, задавать такой же вопрос на 10 строчек ниже - ну такое. С докой - да есть беда, потому что я не могу найти достаточно времени, но тем не менее ей пользуются в нескольких компаниях, а вопросы задают крайне редко.

есть либа async для telegram bot api под kotlin jvm?

Зачем?

Почему не взять какая есть?

Подскажите пожалуйста - компилятор вообще не видит java классы не в какую, чтобы я не делал. Unresolved reference:  <имя класса>

Подскажите пожалуйста - компилятор вообще не видит java классы не в какую, чтобы я не делал. Unresolved reference:  <имя класса>

не нужно кросспостить

Подскажите пожалуйста - компилятор вообще не видит java классы не в какую, чтобы я не делал. Unresolved reference:  <имя класса>

Используешь Gradle ?

Да

Не нужно форвардить, делай реплай

Подскажите пожалуйста - компилятор вообще не видит java классы не в какую, чтобы я не делал. Unresolved reference:  <имя класса>

Мне реимпорт помог вроде

подскажите чяднт, почему бренд подсвечивает

хотя автокомплит работает

ERROR: S client not available

подскажите чяднт, почему бренд подсвечивает

пытаешься сделать что-то странное

inline fun <S, T : S> Iterable<T>.reduce( operation: (acc: S, T) -> S ): S (ключевое — T: S)

inline fun <S, T : S> Iterable<T>.reduce( operation: (acc: S, T) -> S ): S (ключевое — T: S)

ну к сорсам я и сам прыгать умею, тут написано что проходим по Iterable<T> (а это List<Brand>), а на выходе S (что является Set<String> *)

ну к сорсам я и сам прыгать умею, тут написано что проходим по Iterable<T> (а это List<Brand>), а на выходе S (что является Set<String> *)

ты чего сделать пытаешься?

пытаешься сделать что-то странное

та нет нормальная штука. есть куча брендов, у каждого бренда набор названий техники который продается. многие повторяются, надо просто все вместе собрать (сет помоему уники, поэтому взял его), ну и редьюс чтобы всё собрать

ну к сорсам я и сам прыгать умею, тут написано что проходим по Iterable<T> (а это List<Brand>), а на выходе S (что является Set<String> *)

убери аргументы у reduce и добавь их на параметры лямбды

и сразу все станет на свои места

та нет нормальная штука. есть куча брендов, у каждого бренда набор названий техники который продается. многие повторяются, надо просто все вместе собрать (сет помоему уники, поэтому взял его), ну и редьюс чтобы всё собрать

ну а еще есть toSet()

та нет нормальная штука. есть куча брендов, у каждого бренда набор названий техники который продается. многие повторяются, надо просто все вместе собрать (сет помоему уники, поэтому взял его), ну и редьюс чтобы всё собрать

brands.reduce { acc, brand -> acc + brand.machineryTypes.toList() }

только на пустом листе завалится

brands.reduce { acc, brand -> acc + brand.machineryTypes.toList() }

brands.machineryTypes уже является листом

ошибся, toSet()

тебе не reduce нужен, а fold тогда

а ну понял он типа хочет тот же тип что и в machineryTypes

но лучше всего toSet()

тебе не reduce нужен, а fold тогда

точно, спасиб

Может .fold? Тот же .reduce, но тип аккумулятора и итерируемого значения не связаны. https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/fold.html

а чем тебе не нравится toSet()?

а чем тебе не нравится toSet()?

да всем нравится, просто не догадался хех

А какой сейчас статус по kts скриптам? Там уже можно подрубать зависимости из maven?

А какой сейчас статус по kts скриптам? Там уже можно подрубать зависимости из maven?

А разве это собирались делать?

Вроде и планов не было

Я так понимаю, что там скрипты больше для разработки, чем для конечного использования

Для конечного пользователя кскрипт вроде есть

Сторонний проект

Хади спрашивал в Talking Kotlin, планирует ли автор контрибьюить своё решение в каком-нибудь виде в котлин, автор ничего внятного не ответил :)

А какой сейчас статус по kts скриптам? Там уже можно подрубать зависимости из maven?

Тарасов что-то делал на эту тему https://github.com/aatarasoff/kotlin-script-starter

Тарасов что-то делал на эту тему https://github.com/aatarasoff/kotlin-script-starter

Это не настоящие скрипты

знаю

https://github.com/holgerbrandl/kscript/blob/master/README.md это больше похоже