Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Программирование Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
 Карта модулей приложения  [new]
RMagistr2015
Member [заблокирован]

Откуда:
Сообщений: 1389
Как правильно составлять карту модулей приложения?
Есть большое запутанное приложение, в котором много различных модулей, и они постоянно друг друга вызывают и связи эти по первой можно вообще запутаться в этих макаронных вызовах, хочется понять спросить узнать, есть ли какие-нибудь методики описания структуры связей модулей приложения? как-то отслеживать вложенность вызовов, документировать этот процесс в наиболее понятную форму? Придать этому многообразию структурированный вид?
Кто сталкивался и чкакие подходы использвал в этом случае?
17 апр 17, 11:02    [20406945]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 22644
RMagistr2015, да многие сталкивались с так называемым монолитным приложением.
Кто-то до сих пор с ним живёт, а кто-то распилил на отдельные сервисы и зарефакторил, отдав тем самым технический долг.
17 апр 17, 11:20    [20407001]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 22644
https://habrahabr.ru/post/249183/
https://habrahabr.ru/company/it-grad/blog/273583/
17 апр 17, 11:22    [20407010]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
RMagistr2015
Member [заблокирован]

Откуда:
Сообщений: 1389
skyANA
https://habrahabr.ru/post/249183/
https://habrahabr.ru/company/it-grad/blog/273583/

Спасибо, Брат )))) Ты понимаешь лдей и их боль ))))
17 апр 17, 11:24    [20407014]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 43656
RMagistr2015
Как правильно составлять карту модулей приложения?

Указываешь линкеру при сборке соответствующий ключик и он сам эту карту составит. Как ты её потом будешь визуализовать - другой вопрос.
17 апр 17, 13:34    [20407574]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
exp98
Member

Откуда:
Сообщений: 1104
RMagistr2015
Кто сталкивался и какие подходы использвал в этом случае?
Графы, и ещё раз графы. И не жалеть букв на коменты. Если doxygen поймёт исходники, то можно его+graphviz.
17 апр 17, 14:12    [20407719]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
RMagistr2015
Member [заблокирован]

Откуда:
Сообщений: 1389
Dimitry Sibiryakov
RMagistr2015
Как правильно составлять карту модулей приложения?

Указываешь линкеру при сборке соответствующий ключик и он сам эту карту составит. Как ты её потом будешь визуализовать - другой вопрос.

а это как?
А можно пример пожалуйста пожалуйста...?
17 апр 17, 15:43    [20408019]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
mayton
Member

Откуда: loopback
Сообщений: 35515
Вопрос автора разбит на 2 части ИМХО. 1) собственно извлечение сведений о модулях (кст что такое модуль?)
и определение связей между ними. Здесь же я предлагаю уточнить что "вызывает" и "зависит/наследует" и "включает"
это разные смыслы и их надо по разному определять. Технически этот сбор сведений может быть осуществлен
через статический анализ сорцов или через отладку. В maven есть специальные плагины которые рисуют
отчеты по зависимостям пакетов и версий.

2) Визуализация. Средств - навалом. Про graphviz уже говорили. Добавлю что если не побрезгуете .js
разработками то сильно удивитесь насколько там уже много всего создано для визуализации данных
и знаний. Так-то.
18 апр 17, 01:15    [20409340]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
RMagistr2015
Member [заблокирован]

Откуда:
Сообщений: 1389
mayton
Вопрос автора разбит на 2 части ИМХО. 1) собственно извлечение сведений о модулях (кст что такое модуль?)
и определение связей между ними. Здесь же я предлагаю уточнить что "вызывает" и "зависит/наследует" и "включает"
это разные смыслы и их надо по разному определять. Технически этот сбор сведений может быть осуществлен
через статический анализ сорцов или через отладку. В maven есть специальные плагины которые рисуют
отчеты по зависимостям пакетов и версий.

2) Визуализация. Средств - навалом. Про graphviz уже говорили. Добавлю что если не побрезгуете .js
разработками то сильно удивитесь насколько там уже много всего создано для визуализации данных
и знаний. Так-то.

По визуализации JS можно ример пожалуйста?
18 апр 17, 07:09    [20409398]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
mayton
Member

Откуда: loopback
Сообщений: 35515
RMagistr2015, я сам не использовал js либы т.к. не специалист в js.
Но если поискать в github по data+visualization то можно найти
достаточно много результатов.
18 апр 17, 08:43    [20409510]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 51270
Блог
RMagistr2015
Как правильно составлять карту модулей приложения?

Имхо, правильно её не составлять. Ибо это совершенно бессмысленное занятие - для мало-мальски большого приложения, как ни определяй правила построения этой "карты", получится неимоверных размеров необозримый граф, годный только висеть распечаткой во всю стену со словами "вот как у нас хреново охрененно".

RMagistr2015
можно вообще запутаться в этих макаронных вызовах

А в "карте" запутаться ещё легче. Просто потому, что один модуль может вызывать другой из десяти различных мест в двадцати различных ситуациях - и на графе этого никак не отобразишь. А если начать укрупнять модули (естественное желание при их количестве, что бы ни называть модулем) всё это дополнительно слипается.

RMagistr2015
хочется понять спросить узнать, есть ли какие-нибудь методики описания структуры связей модулей приложения? как-то отслеживать вложенность вызовов, документировать этот процесс в наиболее понятную форму? Придать этому многообразию структурированный вид?

Чтобы придать этому многообразию структурированный вид, нужно не отслеживать вызовы, а определить правила и добиться их соблюдения. Самое древнее и стандартное правило называется "чётко определить интерфейс каждого модуля, сделать его минимально возможным и не лазить в модуль мимо интерфейса".
18 апр 17, 10:48    [20409901]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
exp98
Member

Откуда:
Сообщений: 1104
softwarer
неимоверных размеров необозримый граф, годный только висеть распечаткой во всю стену
Не для спора - забудьте об этом. Даже самые простые инструменты помогают. Это к вопросу анализа объёма бедствий. По вопросу синтеза "модулей" высказался softwarer выше.
Во-первых существует графический формат SVG, он неимоверно зуммируется без графических лесенок.
Во-2-х, по исходникам составляются эксел-сводные_таблицы "кто куда откуда", они достаточно удобно фильтруются.
В-3-х, вкупе с 1 и 2, помогает явление автоматизированной кластеризации по связям.
В-4-х, как по кластерам рисуем отдельные подграфы, к-рые легко разводятся руками и влазят в полстраницы.
18 апр 17, 12:46    [20410450]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
da17
Member

Откуда:
Сообщений: 318
Уже который раз сталкиваюсь с подобного рода задачей.

1. Первый раз решили проблему(причем очень успешно) разбив программу на два относительно независимых модуля, буквально два отдельных приложения. Далось это достаточно сложно, но оно окупилось, т.к. предыдущая монолитная версия просто съедала все ресурсы на отладку, поддержку, исправление багов. Еще пришлось пойти на урезания функционала, все что было не "шибко нужно" или сделано в "общем виде" было удалено. Конечно подход так-себе, но он сработал и позволил хоть как-то выбраться из нескончаемого потока жалоб пользователей.

Предыдущие разы, просто переписывали все с нуля) Причем помню был один проект, его три раза переписывали, в течении четырех лет три разных команды.
19 апр 17, 12:00    [20413791]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
da17
Member

Откуда:
Сообщений: 318
skyANA
RMagistr2015, да многие сталкивались с так называемым монолитным приложением.
Кто-то до сих пор с ним живёт, а кто-то распилил на отдельные сервисы и зарефакторил, отдав тем самым технический долг.

Помню что-то в визио делали, диаграмму классов или диаграмму объектов, но все это особой пользы не принесло, единственное что помогало это изоляция "модулей" (кстати что такое модуль?). На мой взгляд автор больше интересуется не как можно визуализировать и т.д., а кто как визуализировал и у кого какие были в этом деле успехе, полагаю когда человек долго сидит над подобного рода проектом, он буквально "набивает руку" и начинает в оперативной памяти держать все эти взаимосвязи.
19 апр 17, 12:06    [20413814]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 51270
Блог
da17
он буквально "набивает руку" и начинает в оперативной памяти держать все эти взаимосвязи.

По-хорошему, приложение нужно строить так, чтобы не было необходимости держать взаимосвязи в оперативной памяти. Вот есть кирпич - и кто бы как бы его ни вызывал, он работает как надо. Соответственно, при реструктуризации нужно приближать приложение к этому состоянию, тогда и не потребуется анализировать цепочки вызовов.
19 апр 17, 12:10    [20413836]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
da17
Member

Откуда:
Сообщений: 318
softwarer,
все мы знаем как "по-хорошему", но тут речь, что делать когда уже "по-плохому"
19 апр 17, 13:37    [20414366]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 51270
Блог
da17,

что делать... брать наиболее горячие проблемные куски и аккуратно переписывать на "по-хорошему".
19 апр 17, 13:43    [20414403]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 22644
da17
softwarer,
все мы знаем как "по-хорошему", но тут речь, что делать когда уже "по-плохому"

Рефакторинг/переписывание/расплатиться с техническим долгом...
19 апр 17, 23:19    [20416800]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 33438
RMagistr2015,

Ещё наверное можно использовать утилиту depends...
20 апр 17, 14:08    [20418785]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
RMagistr2015
Member [заблокирован]

Откуда:
Сообщений: 1389
da17
Предыдущие разы, просто переписывали все с нуля) Причем помню был один проект, его три раза переписывали, в течении четырех лет три разных команды.


Ну это конечно полный Пэ, потратить 4-е года жизни и так и не дописать, нет лов от таких шикарных заказчиков )))) Где они живут, расскажите )))
20 апр 17, 15:47    [20419319]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
dbpatch
Member

Откуда:
Сообщений: 908
skyANA
https://habrahabr.ru/post/249183/
https://habrahabr.ru/company/it-grad/blog/273583/


в общем случае эти все микросервисы такой-же тупик, как и микроядра.

мало того, что цена межмодульных вызовов возростает многократно (три-четыре порядка, как минимум), так еще и порождается целый пласт новых проблем для DevOps - мониторить и деплоить монолитное приложение куда проще, чем следить за здоровьем тысяч микросервисов.

а какие ожидают прелести трассировки микросервисов (а поди собери трейс лог по десяткам нод в реалтайме) - это вообще неописуемо.
20 апр 17, 17:45    [20419813]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
dbpatch
Member

Откуда:
Сообщений: 908
RMagistr2015
Как правильно составлять карту модулей приложения?
Есть большое запутанное приложение, в котором много различных модулей, и они постоянно друг друга вызывают и связи эти по первой можно вообще запутаться в этих макаронных вызовах, хочется понять спросить узнать, есть ли какие-нибудь методики описания структуры связей модулей приложения? как-то отслеживать вложенность вызовов, документировать этот процесс в наиболее понятную форму? Придать этому многообразию структурированный вид?
Кто сталкивался и чкакие подходы использвал в этом случае?


и какой смысл в этом описании, если не секрет?

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

проблема/задача то какая стоит, на самом деле? "задокументировать все" - это не задача, это ИБД
20 апр 17, 17:47    [20419822]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 51270
Блог
dbpatch
мало того, что цена межмодульных вызовов возростает многократно

Если не доходить до идиотизма в микромизации, то эти расходы можно сделать приемлемыми, а возможно и оказаться в итоговом плюсе.

dbpatch
так еще и порождается целый пласт новых проблем

Как и пласт новых возможностей.

dbpatch
мониторить и деплоить монолитное приложение куда проще, чем следить за здоровьем тысяч микросервисов.

Если добавить в "деплоить" условие "без прерывания обслуживания" - ещё вопрос, назовём так.

dbpatch
а какие ожидают прелести трассировки микросервисов (а поди собери трейс лог по десяткам нод в реалтайме) - это вообще неописуемо.

Прелести есть везде. Просто для примера - давайте просчитаем сценарий "одна из операций снабжена устойчивой утечкой памяти" для случая монолитного приложения и для случая микросервисов.
20 апр 17, 18:00    [20419871]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 22644
dbpatch
skyANA
https://habrahabr.ru/post/249183/
https://habrahabr.ru/company/it-grad/blog/273583/


в общем случае эти все микросервисы такой-же тупик, как и микроядра.

мало того, что цена межмодульных вызовов возростает многократно (три-четыре порядка, как минимум), так еще и порождается целый пласт новых проблем для DevOps - мониторить и деплоить монолитное приложение куда проще, чем следить за здоровьем тысяч микросервисов.

а какие ожидают прелести трассировки микросервисов (а поди собери трейс лог по десяткам нод в реалтайме) - это вообще неописуемо.
мой опыт показывает, что с теоретиками спорить - это долго и бессмысленно:)
20 апр 17, 23:05    [20420499]     Ответить | Цитировать Сообщить модератору
 Re: Карта модулей приложения  [new]
da17
Member

Откуда:
Сообщений: 318
dbpatch
RMagistr2015
Как правильно составлять карту модулей приложения?
Есть большое запутанное приложение, в котором много различных модулей, и они постоянно друг друга вызывают и связи эти по первой можно вообще запутаться в этих макаронных вызовах, хочется понять спросить узнать, есть ли какие-нибудь методики описания структуры связей модулей приложения? как-то отслеживать вложенность вызовов, документировать этот процесс в наиболее понятную форму? Придать этому многообразию структурированный вид?
Кто сталкивался и чкакие подходы использвал в этом случае?


и какой смысл в этом описании, если не секрет?

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

проблема/задача то какая стоит, на самом деле? "задокументировать все" - это не задача, это ИБД

полагаю поддерживать функционал задача стоит, надо ведь с чего-то начинать. Так составишь граф вызовов, поймешь связь между структурами данных. Все проще чем с чистого листа код читать, а где проще, там и дело быстрей идет.
21 апр 17, 01:31    [20420646]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
Все форумы / Программирование Ответить