так что хочешь не хочешь, днем или ночью, шаплессс тебя найдет!

Вроде как Magnolia тоже может

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

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

Зачем рефлексия если можно без

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

Вроде как Magnolia тоже может

кстати, да

но тут такой просто кейз

@l3h3r по поводу пути от одного графа к другому. тебе может помочь связка shapless/magnolia + левша. особенно, если при выводе изменений важна скорость.

Фомкин мастер интеграции рекламы

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

Фомкин мастер интеграции рекламы

левша для этого сделана -- выводить путь для модфикации дерева.

Зачем рефлексия если можно без

ну то есть тащить либы, которые рефлексией обмазаны ради простой задачи лучше, чем самому в рефлексию из scala.reflection примерно в то же количество строчек окай

ну то есть тащить либы, которые рефлексией обмазаны ради простой задачи лучше, чем самому в рефлексию из scala.reflection примерно в то же количество строчек окай

ни одна из упоминаемых либ рефлекцией не обмазана

@l3h3r по поводу пути от одного графа к другому. тебе может помочь связка shapless/magnolia + левша. особенно, если при выводе изменений важна скорость.

скорость не очень важно, но левшу посмотрю

Народ, а у вас работает ссылка: https://jai.dev.java.net/binary-builds.html ?

у меня есть преполоджение что в том случае вообще это все не нужно - скорее всего кол-во классов из которых надо выкорчевывать лимитировано)

скорость не очень важно, но левшу посмотрю

смотри DiffRenderContext. сам шаблонизатор не смотри.

В следующем фильме Бекмамбетова мы увидим бухих людей в слоу-мо, берущих ипотеку в Тинькофф, поедающих Кальве и кодящих на Королёв одновременно

Народ, а у вас работает ссылка: https://jai.dev.java.net/binary-builds.html ?

нет

В следующем фильме Бекмамбетова мы увидим бухих людей в слоу-мо, берущих ипотеку в Тинькофф, поедающих Кальве и кодящих на Королёв одновременно

скрытая реклама Королёва

нет

плохо

гугл кеш в помощь

гугл кеш в помощь

если это мне, то это не спасёт. Там лежал артефакт, и теперь сборка падает, так как ссылка недоступна

это какая-то джавовая штука

javax

лiл

тогда, б-г в помощь

javax

javax отъехал в 9ке в отдельный модуль, скорее всего из-за этого

ну старые артефакты то зачем портить?

мне эта зависимость как транзитивная через 10 зависимостей приехала

хз зачем для стимуляции мож поищи в других репах, может получится через резолвер пофиксить

Так и сделал

Но если это правда специально сделано, то это вообще так себе решение

@l3h3r по поводу пути от одного графа к другому. тебе может помочь связка shapless/magnolia + левша. особенно, если при выводе изменений важна скорость.

я что-то не найду, как в левше своё дерево задать?

нашёл там только про HTML\XML подобное что-то

я что-то не найду, как в левше своё дерево задать?

императивненько через DiffRenderContext.

Звучит странно

там такая типизированная задача, что её походу через зигоморфизмы какие-то котить надо

а ты императивно

Типа val rc = DiffRenderContext[Nothing]() rc.openNode("node") rc.closeNode("node") rc.swap() rc.openNode("node") rc.openNode("subnode") rc.closeNode("subnode") rc.closeNode("node") rc.diff(performer)

там такая типизированная задача, что её походу через зигоморфизмы какие-то котить надо

в левше была задача иметь максимальную скорость. по этому все это не просто "императивненько", по еще и без дополнительных аллокаций работает.

обычно программист этот треш естественно не видит -- он скрыт глубоко под капотом.

Типа val rc = DiffRenderContext[Nothing]() rc.openNode("node") rc.closeNode("node") rc.swap() rc.openNode("node") rc.openNode("subnode") rc.closeNode("subnode") rc.closeNode("node") rc.diff(performer)

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

мне нужно понимать какой-то протокол диффов левши?

Народ, а у вас работает ссылка: https://jai.dev.java.net/binary-builds.html ?

нет

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

как-то макросом наверно.

мне нужно понимать какой-то протокол диффов левши?

https://github.com/fomkin/levsha/blob/master/core/src/main/scala/levsha/impl/DiffRenderContext.scala#L539

как-то макросом наверно.

твой-то перформер - не макрос, если я эти методы макросом сделаю, твой код из них дерево не сгенерит

твой-то перформер - не макрос, если я эти методы макросом сделаю, твой код из них дерево не сгенерит

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

ну вот я вообще не могу представить себе как это сделать

а что там спрашивали - я помню давно в жабьи года у меня коллеги радовались вот этой штуке https://javers.org/

какой адовый код мне нужно сгенерить, чтобы имея тип ('name -> StringDiff) :: ('age -> IntDiff) :: ('posts -> ListDiff[ ('date -> DateDiff) :: ('text -> ListDiff[StringDiff]) :: HNil]) :: ('tags :: SetDiff[StringDiff]) :: HNil сгенерить для него процедурный ивент-бейзд билдер

ну вот я вообще не могу представить себе как это сделать

Смотри. Некий макро/шеплесо/магнолевский энкодер генерит некий AST который легко обойти и вызвать методы диффрендер-контекста. Берем два объекта, переводим их в этот AST, и применяем на DiffRenderContext. Контекст выводит разницу на перформер. Рпазница применяется на AST. Потом есть некий декодер который может упаковать AST обратно в объект типа.

Смотри. Некий макро/шеплесо/магнолевский энкодер генерит некий AST который легко обойти и вызвать методы диффрендер-контекста. Берем два объекта, переводим их в этот AST, и применяем на DiffRenderContext. Контекст выводит разницу на перформер. Рпазница применяется на AST. Потом есть некий декодер который может упаковать AST обратно в объект типа.

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

Даже если я мысленно смирюсь, что я никогда не смогу проверить, что получить ровно одну директиву для каждого поля

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

Я тебя не понял.

Мне нужно репрезентить стейт, где заполнено лишь x промежуточных диффов

ну вот есть у меня тип ('age -> IntDIff) :: ('name -> StringDIff) :: HNil на старте я не знаю ничего поэтому у меня что-то вроде ('age -> Keep) :: ('name -> Keep) ::HNil потом мне приходит команда remove ("name") я должен преобразовать её в какоt-то значение ('age -> Keep) :: ('name -> Delete) :: HNil потом мне приходит delete("age") я преобразую ('age -> Delete) :: ('name -> Delete) :: HNil а потом create("name", lol) и я должен выставить ('age -> Delete) :: ('name -> Set("lol")) :: HNil

мало того, что протокол этот не поддерживает специализированные дифы для сетов, массивов, строк, интов и т.п.

Он заставляет как-то очень жутко матчить каждый элемент в какой-то id

Находить по id в любой момент элемент в дереве

И репрезентить все возможные промежутчные состояния

Ну и реализовать какие-то ненужные setAttr с xmlns ...

В общем, я бы сказал, что левша ужасна для этого задачи

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

В общем, я бы сказал, что левша ужасна для этого задачи

Это вопрос о шашечках и езде. Если задача бысторо и мемори-бержливо выводить минимальный путь для превращения одного дерева в другое, то левша хороша. Пусть твой AST будет XML-AST. Пусть он будет мутабельным. Тогда перформер будет выглядить вот так https://github.com/fomkin/levsha/blob/master/dom/src/main/scala/levsha/dom/DomChangesPerformer.scala

Если мой AST - это большой тип? И он иммутабельный, тогда как будет выглядеть перформер?

да, хочется типизированный объект. Задача такая - есть системы с определенным состоянием. Есть желаемое состояние. Нужно сначала описать что нужно сделать чтобы синхронизировать их состояния, а потом - подергать АПИ изменения состояния

Хочется типизированный объект

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

Если мой AST - это большой тип? И он иммутабельный, тогда как будет выглядеть перформер?

Пускай это будет иммутабельный ADT. В этом случае пеформер должен сгенерить список команд, потом этот список команд будет рекурсифно применен к AST. Если твой AST целиком выражен через тип, то не знаю. Я пока так не умею думать.

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

Ты всегда можешь сохранить мета-информацию. На пример в качестве вышеупомянутых энкодеров и декодеров можно изспользовать какой-нибудь XML-сереализатор.

Ты всегда можешь сохранить мета-информацию. На пример в качестве вышеупомянутых энкодеров и декодеров можно изспользовать какой-нибудь XML-сереализатор.

да, но это подгон под решение. у меня доменная область будет смоделирована кейсклассами. удобнее оперировать именно этим объектами. скорость и память не важна. деревья относительно небольшие. это не дом.

Scalalaz #39 - Исповедь скалана http://scalalaz.ru/series-39.html

привет котаны такой вопрос: а можно ли реюзать джава обекты в скала и сериализовывать их и как это лучше делать? задача у меня такая: затянуть джава пакеты с DTO, забилдить объекты и послать их в запросе нагрузочного теста по ресту как джсон

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

привет котаны такой вопрос: а можно ли реюзать джава обекты в скала и сериализовывать их и как это лучше делать? задача у меня такая: затянуть джава пакеты с DTO, забилдить объекты и послать их в запросе нагрузочного теста по ресту как джсон

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

привет котаны такой вопрос: а можно ли реюзать джава обекты в скала и сериализовывать их и как это лучше делать? задача у меня такая: затянуть джава пакеты с DTO, забилдить объекты и послать их в запросе нагрузочного теста по ресту как джсон

на фпконфе рассказывали про некоторую либу, которая генерит LabelledGenerix для бинов

https://github.com/limansky/beanpuree

эту?

К несчастью, автон вместо LabelledGeneriс юзает свой тайпкласс, поэтому машинерию для circe аналогичную generic.semiauto, придётся самому писать

эту?

похоже, да

ад какой мне просто объект надо в джсон чпокнуть что тут за страшные слова пошли)

ну или написать имплистиный конвертер LabelledBeanGeneric в простой LabelledGeneric

никаких бинов просто объект)

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

без имен полей, но может пригодиться http://www.lihaoyi.com/PPrint/

при чём тут скала тогда?

ад какой мне просто объект надо в джсон чпокнуть что тут за страшные слова пошли)

джексон юзай, как в джаве все.

где загвоздка?

джексон юзай, как в джаве все.

пасиба

ад какой мне просто объект надо в джсон чпокнуть что тут за страшные слова пошли)

из jvm-скалы можно 100% дергать все что есть в джаве.

где загвоздка?

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

нет тут ада бины лишь пример и либо делаешь по джавовски с рефлексией в рантайме или используя другую технологию с рефлексией в компайл тайм

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

из jvm-скалы можно 100% дергать все что есть в джаве.

прям вообще все работает, и аннотации и прочее?

прям вообще все работает, и аннотации и прочее?

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