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

[mazzy]

Цитата:

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

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

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

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

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

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

[Андре]

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

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

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

[mazzy]

Цитата:

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

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

[Андре]

Цитата:

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

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

Цитата:

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

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

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

[mazzy]

Цитата:

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

Ну, это может быть консультант стажер.

Можно я повторю? "Я б повесился, если бы..."
Кончай меня агитировать за советскую власть.

Цитата:

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

При этом я подразумеваю, что план тестирования составляешь ему ты сам.

Как должен выглядеть этот план?
Можно я повторю? "У меня честно - никаких идей."

Цитата:

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

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

Этот? http://ru.wikipedia.org/wiki/Emacs
А как?