Какие удобные инструменты для анализа кода переносимых подсистем использовать?
Доброго времени.
Столкнулся с непростой задачей,необходим перенос подсистемы работы с ТО (для актуализации механизмов) в сильно переписанную и ~5 лет необновляемую конфу (не управляемое приложение).
Сразу скажу,постепенное нетиповое обновление не подойдет,слишком много крутится "недокументированного" и сильно зависимого,что может потом аукнутся (да,так вышло,как всегда...).
Нужен только конкретный функционал (учитываю сложности адаптации).
Ране использовал всего по немногу:
*стек вызовов (недостаток - нет возможности быстро построить дерево,не аккумулируется последовательность вызовов,не отражаются связи с формами/картинками/реквизитами...,м.б. я не прав)
*поиск связей (средствами конфигуратора и обработками из предприятия)
*что то при сравнении система частично замечала (связи)
...
Но время идет,м.б. я отстал от прогресса или в свое время не перенял правильный/успешный опыт,т.к. не часто приходится дорабатывать/разрабатывать.
Подскажите чем/каким набором инструментов лучше всего анализировать необходимо-связанные между собой компоненты (код-формы-константы-картинки-макеты...) при переносе подсистем/функциональностей из конф с последними обновами?
зы:я прекрасно понимаю,что разработчик в последних релизах может заложить функционал поддерживаемый новой платформой-dllкой или реструктуризацией/совместимостью...но тут будет другой разговор.
С уважением.
Столкнулся с непростой задачей,необходим перенос подсистемы работы с ТО (для актуализации механизмов) в сильно переписанную и ~5 лет необновляемую конфу (не управляемое приложение).
Сразу скажу,постепенное нетиповое обновление не подойдет,слишком много крутится "недокументированного" и сильно зависимого,что может потом аукнутся (да,так вышло,как всегда...).
Нужен только конкретный функционал (учитываю сложности адаптации).
Ране использовал всего по немногу:
*стек вызовов (недостаток - нет возможности быстро построить дерево,не аккумулируется последовательность вызовов,не отражаются связи с формами/картинками/реквизитами...,м.б. я не прав)
*поиск связей (средствами конфигуратора и обработками из предприятия)
*что то при сравнении система частично замечала (связи)
...
Но время идет,м.б. я отстал от прогресса или в свое время не перенял правильный/успешный опыт,т.к. не часто приходится дорабатывать/разрабатывать.
Подскажите чем/каким набором инструментов лучше всего анализировать необходимо-связанные между собой компоненты (код-формы-константы-картинки-макеты...) при переносе подсистем/функциональностей из конф с последними обновами?
зы:я прекрасно понимаю,что разработчик в последних релизах может заложить функционал поддерживаемый новой платформой-dllкой или реструктуризацией/совместимостью...но тут будет другой разговор.
С уважением.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Правильный ответ: если нет документации - её надо создать с нуля, и по ней написать подсистему с нуля.
Зачастую это обходится дешевле, чем разбираться в чужом хозяйстве.
Приятный, но очень важный бонус: В процессе сами пользователи и бизнес понимает, зачем им нужна эта подсистема именно в таком виде. Или не в таком. Или не нужна.
Зачастую это обходится дешевле, чем разбираться в чужом хозяйстве.
Приятный, но очень важный бонус: В процессе сами пользователи и бизнес понимает, зачем им нужна эта подсистема именно в таком виде. Или не в таком. Или не нужна.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот