NM
добавлены зависимости папки (точки слева блока) и файлы, которые зависят от юнитов в данной папке (справа)
и вот эти точки слева и справа у разных блоков будут соединяться между собой?
Size: a a a
2020 September 28
DS
прогресс в визуализации схемы приложениия. большие блоки — папки, маленькие блоки внутри них — файлы с юнитами (точками)
по какому принципу выбраны размеры блоков для визуализации папок?
🚀🚀
ты уверен, что проще воспринимать?
да, потому что прокладка линий вокруг блоков предотвращает их от слияния и как следствие, запутанности. проще говоря, перекрытия одних элементов другими воспринимаются плохо
🚀🚀
и вот эти точки слева и справа у разных блоков будут соединяться между собой?
да, объединёнными линиями
YL
прогресс в визуализации схемы приложениия. большие блоки — папки, маленькие блоки внутри них — файлы с юнитами (точками)
прогресс точно есть!😌
🚀🚀
то есть если нужно подвести линию к десяти элементам в папке от зависимости из другой папки, достаточно будет нарисовать одну линию вместо десяти
🚀🚀
по какому принципу выбраны размеры блоков для визуализации папок?
минимальный размер, который позволяет вместить все юниты и зависимости внутри папки
AO
то есть если нужно подвести линию к десяти элементам в папке от зависимости из другой папки, достаточно будет нарисовать одну линию вместо десяти
strongly connected components выделились получается?
🚀🚀
пока достаточно просто разобраться с папками)
AO
и только между ними надо роутить?
ф
да, объединёнными линиями
какие-то шины/шлейфы?
https://t.me/effector_ru/144094
https://t.me/effector_ru/144094
DS
🚀🚀
Aleksandr Osipov
strongly connected components выделились получается?
connected components это вопрос такого плана: как можно заметить на скрине, в верхнем левом углу огромная пачка соединений с одной нодой, это типичный request, к которому через attach подсоединены эффекты апи приложения. как видим, апи приложения большой)
и твой вопрос связан как раз с темой о том, как отображать такие блоки, которые явно связаны с кучей вещей сразу и нужно как-то анализом выявлять закономерности. по сути это вариация темы «что делать с папкой utils»
и твой вопрос связан как раз с темой о том, как отображать такие блоки, которые явно связаны с кучей вещей сразу и нужно как-то анализом выявлять закономерности. по сути это вариация темы «что делать с папкой utils»
NF
прогресс в визуализации схемы приложениия. большие блоки — папки, маленькие блоки внутри них — файлы с юнитами (точками)
так ты закончил подготовку данных уже, мб тебе их опубликовать где-то, чтобы если кто-то захочет тоже попробовал(я бы попробовал, но сейчас много работы), мб у кого получится что-то годное
🚀🚀
у блока входящих соединений есть максимальная длина, до которой этот блок будет тянуть вертикальный размер папки
🚀🚀
по достижении максимальной высоты, этот блок идёт в новые столбцы
🚀🚀
какие-то шины/шлейфы?
https://t.me/effector_ru/144094
https://t.me/effector_ru/144094
во, да, это шина
🚀🚀
так ты закончил подготовку данных уже, мб тебе их опубликовать где-то, чтобы если кто-то захочет тоже попробовал(я бы попробовал, но сейчас много работы), мб у кого получится что-то годное
есть разделение между исходными данными — структурой графа приложения в виде json и численными данными — координатами 2d layout для отображения результатов. вот всё последнее время я подготавливал именно численные данные, там очень много эвристик типа описанной здесь https://t.me/effector_ru/166681
🚀🚀
так ты закончил подготовку данных уже, мб тебе их опубликовать где-то, чтобы если кто-то захочет тоже попробовал(я бы попробовал, но сейчас много работы), мб у кого получится что-то годное
а исходные данные всё это время оставались постоянными, так как вообще говоря, они не являются частью визуализации. я предоставил способ сгенерировать json схему приложения чтобы можно было передать её мне) это даже в npm опубликовано, для простоты интеграции https://www.npmjs.com/package/trail
🚀🚀
то есть схему в виде json ты можешь получить сам для своего приложения, в пакете есть инструкция)