YL
Или такой финт ушами только читаемость ухудшит
ну там пол пейпера в таком духе
тупа «ШТО» 😅
Size: a a a
2020 July 12
YL
>симплест дефинишон
>какая-то йоба на пол экрана
>какая-то йоба на пол экрана
🚀🚀
ну ты сказал по папкам там групируется, у меня по файлам группировка(например). Нельзя разве сделать тип контейнеров внутри которых локальная связь показана, а снаружи общая? Ну тип накидываешь девтулс на проект и он просто по файлам собирает в групп. Результат не будет тот же?
проблема в том, что связи между сущностями рассекают файловую иерархию как швейная машинка, я начал рисовать начиная с неё, но там практически та же самая лапша получается — по 100500 входящих и исходящих соединений
🚀🚀
я нашёл какой-то код на питоне, который делает эту самую modular decomposition, после конвертации в жс (не спрашивайте... 😅) обнаружил что там куча ошибок типа опечаток в именах переменных и явно чего-то ещё посущественнее
🚀🚀
>симплест дефинишон
>какая-то йоба на пол экрана
>какая-то йоба на пол экрана
угу
🚀🚀
потом попробовал прикинуть как бы я сделал это сам, но понял, что с такой йобой «сам» не катит
🚀🚀
но блин, это единственный пейпер, скрины в котором хоть как-то обнадёживали)
🚀🚀
Переслано от 🚀🔬 🚀🔬🚀🔬...
хм, а интересный получается подход. сверху и снизу одна и та же схема
🚀🚀
контур означает передачу ко всему внутри
🚀🚀
попробовал перерисовать схему и кажется понял, как это работает https://en.m.wikipedia.org/wiki/Modular_decomposition
DS
DS
нашёл способ как делать автоматическую группировку зависимостей в схеме приложения: modular decomposition. этот приём по сути делит проект на папки по тому, к каким юнитам обращаются модули, иерархически: если все модули какой-то папки используются в приложении одинаково, то значит их можно объединить в группу
Под "папками" подразумевал группы визуальные?
Если реализуешь , походу в чем-то коде группы будут совпадать с инит файлами🤔😃
Если реализуешь , походу в чем-то коде группы будут совпадать с инит файлами🤔😃
c
Вот вроде все понятно. Но что означает \ и {} здесь... тут я сыплюсь
🦜
R
очень интересно
c
Ооооу, спасибо
u
N+(u) означает множество всех вершин, в которые входят рёбра с началом в u.N-(v) — множество всех вершин, из которых выходят рёбра с концом в v.{u} — одноточечное множество из одной вершины u.A/B — разность двух множеств, то есть множество всех точек, входящих в A, и не входящих в B.Если в привычных терминах считать ребро с началом в
а и концом в b зависимостью b от a (внутри b импортируем a), то N+(u) — все зависящие от u, а N-(v) — все зависимости v.Тогда определение модуля можно прочитать так — это множество вершин, все из которых зависят от одного и того же множества вершин (вне модуля), и от каждой из которых зависит одно и то же множество вершин (вне модуля).
c
N+(u) означает множество всех вершин, в которые входят рёбра с началом в u.N-(v) — множество всех вершин, из которых выходят рёбра с концом в v.{u} — одноточечное множество из одной вершины u.A/B — разность двух множеств, то есть множество всех точек, входящих в A, и не входящих в B.Если в привычных терминах считать ребро с началом в
а и концом в b зависимостью b от a (внутри b импортируем a), то N+(u) — все зависящие от u, а N-(v) — все зависимости v.Тогда определение модуля можно прочитать так — это множество вершин, все из которых зависят от одного и того же множества вершин (вне модуля), и от каждой из которых зависит одно и то же множество вершин (вне модуля).
Вот благодаря обьяснению выше я понял этот кусок. Спасибо, за крутой ответ!!!
🚀🚀
Под "папками" подразумевал группы визуальные?
Если реализуешь , походу в чем-то коде группы будут совпадать с инит файлами🤔😃
Если реализуешь , походу в чем-то коде группы будут совпадать с инит файлами🤔😃
да, группы, собранные по любому принципу
с инит файлами есть один интересный момент: раз в них не создаются новые юниты, то на схеме их либо не будет видно, либо нужно придумать как рисовать hyperedges (ветки между несколькими вершинами сразу): например форвард это связь от юнита from к юниту to в файле init
с инит файлами есть один интересный момент: раз в них не создаются новые юниты, то на схеме их либо не будет видно, либо нужно придумать как рисовать hyperedges (ветки между несколькими вершинами сразу): например форвард это связь от юнита from к юниту to в файле init
DS
да, группы, собранные по любому принципу
с инит файлами есть один интересный момент: раз в них не создаются новые юниты, то на схеме их либо не будет видно, либо нужно придумать как рисовать hyperedges (ветки между несколькими вершинами сразу): например форвард это связь от юнита from к юниту to в файле init
с инит файлами есть один интересный момент: раз в них не создаются новые юниты, то на схеме их либо не будет видно, либо нужно придумать как рисовать hyperedges (ветки между несколькими вершинами сразу): например форвард это связь от юнита from к юниту to в файле init
Инит файл это как раз связи внутри группы
Связи между инитами это связи между группами
Связи между инитами это связи между группами