А в Elm кстати нет?

есть

и пишется так же вроде

в элме есть

в хаскеле можно свой написать я думаю

кстати, кто завтра на митап?

что за митап?

по хаскелю же

wow.. где когда кто?

завтра в касперском. но рега давно закрыта

а хотя вроде нет https://laboratoriya-kasperskogo.timepad.ru/event/356321/

Наверное боян

http://www.confluent.io/blog/turning-the-database-inside-out-with-apache-samza/

а хотя вроде нет https://laboratoriya-kasperskogo.timepad.ru/event/356321/

Подтверждаем, что Ваша регистрация прошла успешно. Yay!

кстати, кто завтра на митап?

я деревенский, не из ДС

хорошо бы трансляцию

обещали что будет

https://www.humblebundle.com/books/joy-of-coding-book-bundle

Typescript: Если вдруг кому интересно про typescript на rutracker довольно много лежит полных видео-курсов (15-16 годов)

Есть объект-хранилище f и есть field, в котором вызывается метод attr с передачей каких-либо полей f Как упростить вызовы attr? field .selectAll(f.type) .data(rects.value) .enter() .append(f.type) .attr('id',f.id) .attr('x',f.x) .attr('y',f.y) .attr('width',f.width) .attr('height',f.height) .attr('rx',f.rx) .attr('ry',f.ry) Можно как то преобразовать его в что-то типа .map(attr, f)?

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

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

ОБОЖАЮ D3 - самое недооценненое произведение искуства Во первых можно писать вот так field .selectAll(f.type) .data(rects.value) .enter() .append(f.type) .attr({ id: f.id x: f.x y: f.y width: f.width height: f.height rx: f.rx ry: f.ry }) Это не короче, но удобнее писать а в это случае можно сделать вообще вот так :) field .selectAll(f.type) .data(rects.value) .enter() .append(f.type) .attr(f)

ОБОЖАЮ D3 - самое недооценненое произведение искуства Во первых можно писать вот так field .selectAll(f.type) .data(rects.value) .enter() .append(f.type) .attr({ id: f.id x: f.x y: f.y width: f.width height: f.height rx: f.rx ry: f.ry }) Это не короче, но удобнее писать а в это случае можно сделать вообще вот так :) field .selectAll(f.type) .data(rects.value) .enter() .append(f.type) .attr(f)

Ну я сам такой записью пользовался, но такое ощущение, что в 4 версии это выпилили

В документации о таком синтаксисе теперь не слова, а попытка использования падает с ошибкой

В документации о таком синтаксисе теперь не слова, а попытка использования падает с ошибкой

4ой не пользовался - сейчас посмотрю.. пипец если выпилили

4ой не пользовался - сейчас посмотрю.. пипец если выпилили

Во во. В общем, пока так обошёл const attributor = getter=> d3obj=> R.pipe(R.toPairs,R.reduce( (_d3obj,e)=>_d3obj.attr(e[0],e[1]) ,d3obj))(getter) let setter = attributor(f) //f={x:0,y:1,rx:0,ry:1} setter(obj)

д3 с рамдой хреново выглядит

д3 с рамдой хреново выглядит

Да, я уже чувствую))

Во во. В общем, пока так обошёл const attributor = getter=> d3obj=> R.pipe(R.toPairs,R.reduce( (_d3obj,e)=>_d3obj.attr(e[0],e[1]) ,d3obj))(getter) let setter = attributor(f) //f={x:0,y:1,rx:0,ry:1} setter(obj)

Вообще D3 очень хорошо экстендиться d3.selection.prototype.styleSS = function(obj) { for (var key in obj) { if (obj.hasOwnProperty(key)) { this.style(key, obj[key]); } } return this; } d3.selection.prototype.attrSS = function(obj) { for (var key in obj) { if (obj.hasOwnProperty(key)) { this.attr(key, obj[key]); } } return this; } d3.select(document.body) .append('div') .styleSS({ color: 'red' }) .text('Hello world')

@Ai_boy ты ко скольки в касперский?

я часам к 8 думаю ехать вообще

Кажется, d3 была полезна пока не придумали virtual dom

@Ai_boy ты ко скольки в касперский?

ну наверно также - я если честно хочу только на elm попасть и афтер пати :)

Решает в целом ту же задачу, но сложнее

Кажется, d3 была полезна пока не придумали virtual dom

Я щас часами могу говорить о том как D3 > virtual dom :)

Кажется, d3 была полезна пока не придумали virtual dom

ну… не знаю… они ж про разное

Я сейчас не беру всякие библиотечные свг штуки, больше про саму концепцию enter/exit/update

там и без свг штук дофига всего

Хелперов много полезных, да

ну и концепция норм вроде. чего плохого?

Ну да, у них там даже коллекции свои %)

можно и свои компоненты на ней построить

+ d3 умеет делать DOM recycle ( повторно использовать DOM элементы ) - умеет virtual dom такое? :)

Часто приходится дублировать код

Ну вот я сейчас и строю компоненты) Хочу замутить послойный интерфейс компонентов, для этого нужна связка структур и dom, d3 подходит отлично, но бороться с ним порой ппц сколько надо

Часто приходится дублировать код

смотри выше - очень легко экстендить d3

+ d3 умеет делать DOM recycle ( повторно использовать DOM элементы ) - умеет virtual dom такое? :)

Что именно имеется в виду?

Дом элемент, который был в одном месте, прицеплять к другому?

Дом элемент, который был в одном месте, прицеплять к другому?

Это нужно Blogpost писать - не для телеграмма это. Если в кратце - можно увеличить отзывчивость UI повторно переиспользуя DOM элементы. Больше никаких remove, append. Только setInnerText и setClassName

Кажется, это основная идея за virtual dom

Смотришь дифф и не пересоздаёшь элементы без необходимости

ну наверно также - я если честно хочу только на elm попасть и афтер пати :)

а по элму вроде тот же чувак, что на фп митапе в рамблере был

Кажется, это основная идея за virtual dom

Не путай diff и повторное использование элементов - diff позволяет делать минимальные изменения - повторное использование - избегает эти изменения ( почти совсем )

и вроде ты там тоже был

и вроде ты там тоже был

не помню :/

может и нет

В смысле избегает — тебе же надо чтоб UI изменился

но там чел не ответил на мои вопросы

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

он отвечал точнее, но что-то типа “ну оно будет лучше наверное”

Если брать конкретно snabbdom, то чтоб элемент переиспользовался, тостаточно чтоб новый vnode совпадал селектором и ключом, отдельных дополнительных действий никаких не надо

В других реализациях в целом так же

Если брать конкретно snabbdom, то чтоб элемент переиспользовался, тостаточно чтоб новый vnode совпадал селектором и ключом, отдельных дополнительных действий никаких не надо

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

Не пропишу ключ

И не буду писать класс в селекторе

И не буду писать класс в селекторе

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

Нормально = не используя для совершенно разных объектов один элемент

А тут это как раз то что нужно

Нормально = не используя для совершенно разных объектов один элемент

Ну сложно обьяснить в телеграм чате

д3 с рамдой хреново выглядит

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

с д3 все равно будет все плохо выходить

там подход императивный

и чейнинг во все поля

+ d3 умеет делать DOM recycle ( повторно использовать DOM элементы ) - умеет virtual dom такое? :)

умеет и ресайклить и клонировать и много других вещей

умеет и ресайклить и клонировать и много других вещей

ни 1 примера recycle не видел - покажи

https://github.com/localvoid/kivi/blob/master/lib/component.ts#L386-L408

https://github.com/localvoid/kivi/blob/master/lib/component.ts#L386-L408

круто - а есть Virtual Dom имплементации которыми пользуются?

а есть имплементации , которые не копипастили из моей либы?

а есть имплементации , которые не копипастили из моей либы?

значит нет

во всяких preact, inferno, imba, mithril тоже есть ресайклинг

ну на самом деле соглашусь - virtual dom умеет recycle а умеет virtual dom делать декларативную анимацию? :)

оборачивай в компоненту и делай декларативную анимацию

оборачивай в компоненту и делай декларативную анимацию

значит не умеют :) ну хоть 1 ключевое отличие есть

так сложно делать обёртки типа transition container'ов ?

так сложно делать обёртки типа transition container'ов ?

зачем их делать когда есть D3 в котором их делать не нужно :)

я к тому что этого и не должно быть в виртуальном доме, это всё делается всякими hoc'ами

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

https://github.com/paldepind/snabbdom/issues/150#issuecomment-240620828

snabbdom будет на ts

там подход императивный

запаковываем d3 в драйвер (отделяем императивный код) и используем cycle для декларативного описания логики

эх, я из дома буду митап смотреть

не получилось поехать

хаскел?

да

эх, я из дома буду митап смотреть

трансляция еще не началась? на ютуб канале тихо

10 RxJS функций, которые вы должны знать. Ссылка #RxJS

трансляция еще не началась? на ютуб канале тихо

а я хз где трансляция

идет