пока нет. Фокус на json

Ты ж в курсе, что есть SAX-парсеры, DOM-парсеры, можно обходить, можно по XPath отдельные элементы выгребать, и т.д., и всё от задачи зависит?

В курсе, но мне там и обычный DOM подойдет, xml ины небольшие

Щас найду, я где-то тут svg редактировал для теха

operator get сделай и будет что-то типа document["person"].attributes["id"]

пока нет. Фокус на json

окей, буду java.xml юзать для чтения

Тогда я поддерживаю советы касательно небольшого обвеса своими геттерами.

Во, нашел: https://bitbucket.org/mipt-npm/labnik_iii/src/dev/buildSrc/src/main/kotlin/elabnik/ProcessSvgTask.kt

По-моему котлиновские билдеры надстроены просто поверх DOM, так что можно их использовать as is, они все на расширениях

https://github.com/JetBrains/kotlin-native/pull/2096/files#diff-4ac32a78649ca5bdd8e0ba38b7006a1eR1 > ## v0.9.2 (Sep 2018) > * Support release Kotlin 1.3.0 Похоже, нейтив синхронно с 1.3.0 не релизят. Что хорошо, наверное :)

Там и так ели переварить все можно. Я вот поставил прототипный serialization. Уже несколько часов сижу и пытаюсь понять что к чему

Господа, с помощью чего в Kotline лучше всего работать с XML ?

а почему бы не написать маппинг на объекты и не разбирать dom/xml string сразу в объекты вагоном с тележкой джавовых либ?

объектная модель то в итоге котлиновская будет

Потому что дорого и долго. Все котлиновские билдеры сделаны поверх существующего DOM

а почему бы не написать маппинг на объекты и не разбирать dom/xml string сразу в объекты вагоном с тележкой джавовых либ?

ну маппинг на объекты потеряет часть информации

ну можно же все описать

а xsd нет?

А зачем?

перформанс точно упадет радикально

Просто за счет парсинга строк в объекты

не думаю

по дому бегать тоже дорого

Это с чего это?

да и если есть исходный xml, то распарсить в dom/объектную модель +- по скорости учитывая что второй вариант съест в разы меньше памяти

Это с чего это?

с чего должно быть обращение к оберткам, или не дай бог хождение через xpath быстрее обращения к полям?

Это если нужно все. А если, как это в большинтве случаев и есть нужен, скажем 1% от всего?

естественно все от задачи зависит. человек спрашивает про апи, я - предлагаю

Я просто недавно на эти грабли напоролся. У меня одна и та же структура умеет превращаться и в XML и в JSON и XML работал в несколько раз быстрее. Не потому, что он такой хороший, в потому что он при чтении не парсил строки. Заменил JSON библиотеку на другую с ленивым парсером, все заработало отлично

Я просто недавно на эти грабли напоролся. У меня одна и та же структура умеет превращаться и в XML и в JSON и XML работал в несколько раз быстрее. Не потому, что он такой хороший, в потому что он при чтении не парсил строки. Заменил JSON библиотеку на другую с ленивым парсером, все заработало отлично

А что подразумевается под парсингом строк?

Json отличает значение число от значения строки и значение число, которое передается (в виде строки разумеется) может автоматически превращаться в число. Так вот это превращение дорогое.

XML про числа ничего не знает, у него все строки, поэтому и не заморачивается

а, занятно

Если надо очень быстро прочитать несколько сотен файлов, то разница весьма существенная.

по моим наблюдениям-профилированиям, большинство тормозов — от выделения строк

Ну это не лечится

Мне нужна помощь маковода) Нужно запинить вот этот сайтик https://kotlin.link/ в Safari и скинуть скрин как выглядит иконка :) Заранее благодарю

Мне нужна помощь маковода) Нужно запинить вот этот сайтик https://kotlin.link/ в Safari и скинуть скрин как выглядит иконка :) Заранее благодарю

Хм, запинить куда? В закладки/reading list?

pin tab сделать, уже все, показали, работает как ожидается)

Всем привет, можно ли объект представляющий класс (например klass:KClass) передать как generic-тип? Мне нужно что-то типа такого(код нерабочий, просто для примера того, что я ожидаю): fun getEntity(klass: KClass<SqliteEntity>): { getEntityInner<klass::class>() }

Конкретно так нельзя, но можно fun <T:SqliteEntity> getEntity(klass: KClass<T>): { getEntityInner<T>() } или реификация

Привет, из обобщенного типа никак не возможно же получить вложенный обобщенный тип? У меня функция reified T, где T это List<E> и мне нужен этот E

Привет, из обобщенного типа никак не возможно же получить вложенный обобщенный тип? У меня функция reified T, где T это List<E> и мне нужен этот E

Можно каким-нибудь жутким TypeToken это сделать

Привет, из обобщенного типа никак не возможно же получить вложенный обобщенный тип? У меня функция reified T, где T это List<E> и мне нужен этот E

Можно попробовать объявить два рефаед параметра <reified A, reified B: List<A>

Хм, спасибо за варианты, пойду думать

Или уже оставь только А, если известно, что второй лист

https://habr.com/company/jugru/blog/424033/

Привет, из обобщенного типа никак не возможно же получить вложенный обобщенный тип? У меня функция reified T, где T это List<E> и мне нужен этот E

Если бы там была реализация List с конкретным параметром - можно было бы вытянуть type parameter

Иначе только явно передавать

Привет, из обобщенного типа никак не возможно же получить вложенный обобщенный тип? У меня функция reified T, где T это List<E> и мне нужен этот E

А какой use-case? Можно пример сигнатуры, которую хочется написать?

А какой use-case? Можно пример сигнатуры, которую хочется написать?

inline fun <reified T : Any> add(name: String, crossinline function: (p: T) -> Any?)

Если хочется addAll, напиример, то так можно и писать: inline fun <reified T : Any> List<T>.addAll(....) и из неё можно будет этот add вызывать

А какой use-case? Можно пример сигнатуры, которую хочется написать?

Это регистрация метода для jsonrpc вызова

Далее для типа T ищем серилизатор

Я в том смысле что T у List<T> тоже можно реифицировать там, где надо

А если динамически, то только через type-tokens.

Я в том смысле что T у List<T> тоже можно реифицировать там, где надо

спасибо, я попробую

Ребят, в чём разница между KClass#superclasses и KClass#allSuperclasses?

А что думает на эту тему госпожа документация?

думает для чего тогда эта беседа, или тут только умничают? будьте добрее

Я не злой, я просто не очень добрый. Проверить этот вопрос по документации быстрее, чем писать в чат. Если в документации что-то не понятно, тогда милости просим.

тебе же не известно смотрел он ее или нет

На этот вопрос ответ в документации совершенно однозначный.

ERROR: S client not available

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

и зачем туда включать интерфейсы если упоминаются только классы

У суперклассов есть свои суперклассы.

>All superclasses of this class, including indirect ones

Интерфейс - тоже класс

вот так понятнее

а в доках что там что там

просто по разному описано

Интерфейс - тоже класс

не согласен

какая разница между interface`ом с реализацией и абстрактным классом в котором тоже есть реализация ?

Вопрос в порядке дискуссии или реальный? Если что, разница есть, но не принципиальная, а на уровне реализации

Вопрос в порядке дискуссии или реальный? Если что, разница есть, но не принципиальная, а на уровне реализации

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

какая разница между interface`ом с реализацией и абстрактным классом в котором тоже есть реализация ?

Интерфейс можно прицепить к какому угодно классу и сколько угодно. А абстрактный класс необходимо наследовать и только один

Да просто товарищ троллит, не хочется кормить. А про интерфейс с дефаултами разница в том, что у объект может реализовывать несколько интерфейсов и в каждом из них может быть реализация метода. В это случае объект наследник обязан указать, какую реализацию он использует. И реализация наследника по-умолчанию перекрывает реализацию интерфейса. Это сделано для решания diamond dependency problem.

Да, и еще интерфейс не может иметь состояние! Видимо поэтому и не сделали полноценное множественное наследование. С состояниями был бы совсем бардак.

Да просто товарищ троллит, не хочется кормить. А про интерфейс с дефаултами разница в том, что у объект может реализовывать несколько интерфейсов и в каждом из них может быть реализация метода. В это случае объект наследник обязан указать, какую реализацию он использует. И реализация наследника по-умолчанию перекрывает реализацию интерфейса. Это сделано для решания diamond dependency problem.

да не тролю я что, что вы прицепились

Я не про вас

А что думает на эту тему госпожа документация?

Ну а тип если бы я прочел документацию и нашел там что-то проясняющее, я бы спрашивал здесь про это?

Хотя там (у superclasses и allSuperclasses) единственное различие — сохранение порядка, нашёл уже

я тоже так подумал

Хотя там (у superclasses и allSuperclasses) единственное различие — сохранение порядка, нашёл уже

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

мастер запутанно описать

А, не заметил

Надо за пелиной агрессии то видит что тебе пишут

не проще написать что allSuperclasses возвращает суперклассы все суперклассов

а первое берет только суперклассы конкретного класса

Судя по всему в доке так и написано

в доке, извиняюсь, написано для собак

люди такой язык не понимают

Да я уже заметил сноску «including indirect ones»