Префиксы-суффиксы. Какой инструмент лучше использовать чтобы избавиться от префиксов?

[Андре]

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

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

Более простого способа я не вижу.

[mazzy]

Цитата:

Сообщение от Андре

Сценарием тестирования в моем случае является набор входных параметров, с которыми должен запускаться отчет и результаты, которые должны получиться в результате его запуска.

Пусть так.
А каковы должны быть входные параметры и проверочные результаты для задачи "корерктно изменить названия объектов"?

У меня честно - никаких идей.

[Андре]

Цитата:

Может хватит дисклаймеров и попыток агитации за советскую власть?

Прости, а за что я агитирую? Насчет методики, я подробно написал в предыдущем своем сообщении.

Цитата:

Пусть так.
А каковы должны быть входные параметры и проверочные результаты для задачи "корерктно изменить названия объектов"?

Опять же, это только мое мнение, но входные параметры и результаты зависят от функционала, в котором вы меняете префиксы. Изменение префиксов объектов ничем не отличается от прочего изменения кода.

[mazzy]

Цитата:

Сообщение от Андре

Опять же, это только мое мнение, но входные параметры и результаты зависят от функционала, в котором вы меняете префиксы. Изменение префиксов объектов ничем не отличается от прочего изменения кода.

Отличается.
Некоторые вещи влияют только на интерфейс.
Как проверить что не отвалилась функция перехода к основной таблице?
(я же писал, что свойство FormRef не изменяется при изменении menuITem)

Я понимаю, что критерии должны быть такими же как и для обычного кода:
1. компиляция должна проходить без ошибок
2. на 4ом уровне предупреждений не должно быть рекомендаций компилятора (по заранее выбранному набору рекомендаций)

но эти критерии не отлавливают всех возможных ошибок, связанных с переименованием объектов.

в связи с этим:
= (повторюсь) какую методику вы бы выбрали для решения данной задачи?
= как проверить, что работа выполнена корректно и полностью? каковы критерии?

[Андре]

mazzy, по-моему ты меня просто не слышишь. Нет технических возможностей отловить все эти ошибки и поэтому в твоем сценарии должно быть явно указан перечень полей, по которым должен работать переход к основной таблице и должен быть человек, который все это проверит.

Это можешь быть ты сам, это может быть твой сотрудник, это может быть представитель клиента, которым будет постфактум сваливать вам все замечания.

Если интересует именно техническое решение, то я в подобных случаях просто выгружаю весь AOT в xpo и поиском по нему анализирую все места, где используется изменяемый элемент. Мне этот способ кажется надежнее перекрестных ссылок.

[mazzy]

Цитата:

Сообщение от Андре

mazzy, по-моему ты меня просто не слышишь.

Мне ж тоже нужно время, чтобы написать сообщение.
Некоторые сообщения я не вижу, когда начинаю отвечать.

Цитата:

Сообщение от Андре

Нет технических возможностей отловить все эти ошибки и поэтому в твоем сценарии должно быть явно указан перечень полей, по которым должен работать переход к основной таблице и должен быть человек, который все это проверит.

Это можешь быть ты сам, это может быть твой сотрудник, это может быть представитель клиента, которым будет постфактум сваливать вам все замечания.

э-э-э...
Я б повесился, если бы был программистом и мой начальник дал бы мне такое задание.
Я б кричал и топал ногами, если бы я был пользователем и мне бы такое всучили.
Другого способа точно нет?

Цитата:

Сообщение от Андре

Если интересует именно техническое решение, то я в подобных случаях просто выгружаю весь AOT в xpo и поиском по нему анализирую все места, где используется изменяемый элемент. Мне этот способ кажется надежнее перекрестных ссылок.

интересная мысль. А почему так надежнее?
Можно просто мысли, чтобы хоть понять куда рыть.

[Андре]

Цитата:

Я б повесился, если бы был программистом и мой начальник дал бы мне такое задание.

Ну, это может быть консультант стажер. Это может быть вообще человек нанятый со стороны, не знающий Аксапты, ни имеющий элементарные навыки работы с компьютером и достаточно внимательный и ответственный. При этом я подразумеваю, что план тестирования составляешь ему ты сам.

Цитата:

интересная мысль. А почему так надежнее?

Динамический код, насколько я помню, перекрестные ссылки не покажут. Зависимости по иерархии наследования, когда ты меняешь код одного класса, а ошибка происходит при вызове наследника или предка.

Ну и просто вопрос привычки - я привык работать в emacs, а там анализ кода делать очень удобно.