Previous Entry Share Next Entry
2016-01

(no subject)

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

На них налепят новые координаты, и все будет выглядеть нормально, но если это анимировать - то весь граф внезапно вскипает, перемешивается, а потом становится примерно как было %)

А вообще, это в очередной раз показывает нам что списки, индексы и поинтеры это боль, а словари и GUIDы рулят :)

This entry was originally posted at http://wizzard.dreamwidth.org/481580.html. It has comment count unavailable comments. Please comment there using OpenID.

  • 1
sorhed April 24th, 8:41
Кстати, для этой цели же там surrogate ID есть?

wizzard0 April 24th, 10:12
Да, но он никак в этом смысле не помогает, в смысле DOM element identity не сохраняется

vaddimka April 24th, 10:03
Гуиды рулят да, я тут натыкался на базу данных где было по табличке на строки, инты, флоаты и т.п. Такой вот типизированный key-value storage где key это GUID.
Плюс такая mother-table, которая на самом деле дерево, со ссылками на примитивные типы в структуре Domain Model objects.
Любое добавление простейшего объекта выливалось в 10-20 инсертов в эту вот mother table и в type-tables.
Что как бы напрочь убивало возможность работать с данными человекопонятным образом и вообще создавало single point of contention.

wizzard0 April 24th, 10:06
Это не гуиды, это EAV, его можно сделать с любым видом идентификатора, и его действительно делать лучше не надо, особенно на SQL :)

Edited at 2017-04-24 10:06 am (UTC)

wizzard0 April 24th, 10:07
а сам по себе SQL в этом смысле как раз хорош, именно потому что он на множествах с внешним ордерингом

  • 1
?

Log in