Я реализовал один Sunburst D3 с 10.000 итентов. Кажется, что солнечный заряд не справляется с этим количеством данных. Существует ли какое-то решение этой проблемы?Sunburst D3 с 10.000 наименованиями
Использование: d3, nvd3, angular-nvd3
Я реализовал один Sunburst D3 с 10.000 итентов. Кажется, что солнечный заряд не справляется с этим количеством данных. Существует ли какое-то решение этой проблемы?Sunburst D3 с 10.000 наименованиями
Использование: d3, nvd3, angular-nvd3
На 10000 узлов вы обмолота переходы движущихся много элементов .SVG, большинство из которых слишком малы, чтобы с пользой видеть или взаимодействовать с так или иначе. Вы можете ускорить его путем фильтрации узлов, расположение разделов возвращает дисконтировать узлы, которые меньше, чем определенный угол (d.dx), посмотрите на bl.ocks здесь ->
https://bl.ocks.org/kerryrodden/7090426
и в частности эти строки ->
var nodes = partition.nodes(json)
.filter(function(d) {
return (d.dx > 0.005); // 0.005 radians = 0.29 degrees
});
конечно, если вы хотите, чтобы показать их все, вы могли бы relayout в полном объеме, как только любой переход завершен путем удаления фильтра
вы собираетесь должны быть умнее, о том, как данные загружаются. За каждый раз, когда диаграмма должна перейти, много итераций. – Ryan
^^^^ Это. Вероятно, необходимо разбить данные и вызвать разные части, когда это необходимо – thatOneGuy