Мертвый код

[bodeaux]

Существует ли встроенный в AX функционал для глобального поиска мёртвого кода (элементов, которые не используются) в репозитарии?

[veps]

можно убрать лишнии пробелы

[Player1]

Несовсем понятно:
1. Хочется в коде почистить? -допустим объявлена переменная или таблица и не используется в коде
2. Хочется объекты репозитария почистить? - к примеру создана таблица и забыта, нигде не участвует

[bodeaux]

Цитата:

Сообщение от Player1

Несовсем понятно:
1. Хочется в коде почистить? -допустим объявлена переменная или таблица и не используется в коде
2. Хочется объекты репозитария почистить? - к примеру создана таблица и забыта, нигде не участвует

И то и другое, и можно без хлеба. Конечно, чистка репозитария интересует гораздо больше, т.к. если код в методах можно почистить кустарными способами, то как чистить мусор из AOT вообще неясно.

[sukhanchik]

Цитата:

Сообщение от bodeaux

Существует ли встроенный в AX функционал для глобального поиска мёртвого кода (элементов, которые не используются) в репозитарии?

Цитата:

Сообщение от Player1

Несовсем понятно:
1. Хочется в коде почистить? -допустим объявлена переменная или таблица и не используется в коде
2. Хочется объекты репозитария почистить? - к примеру создана таблица и забыта, нигде не участвует

На самом деле - функционал существует. Называется проверка на Best Practice (на соответствие рекомендациям). Если построены перекрестные ссылки и отработана компиляция с проверками на Best Practice (Уровень 4 у компилятора) - то тогда среди ошибок (или предупреждений - не помню) по рекомендациям можно увидеть фразы типа "Переменная объявлена, но нигде не используется" или "Метод ххх нигде не используется".

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

Кстати, нужно учесть - что данный способ может быть неточен. Если метод "не засветился" в перекрестных ссылках - то он может быть вызван через Dict*-классы или просто через переменную типа Object. А отследить вызов метода в Runtime нельзя даже вручную (особенно, если этот вызов "глубоко закопан").

[pitersky]

А если выставить уровень компилятора на 4 и запустить глобальную перекомпиляцию?
невостребованные куски кода оно точно найдёт

[ice]

непонятна цель мероприятия. заняться нечем? хочется по феншую?

[Vadik]

Цитата:

Сообщение от ice

непонятна цель мероприятия

Та же, с которой в доме полы моют и мусор выносят, я полагаю. Я к примеру модификации с "Переменная объявлена, но нигде не используется" обратно заворачиваю

[belugin]

Мертвый код требует ухода - надо его поднимать на новые версии, поддерживать его компилируемость и он мешается в перекрестных ссылах.

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

[ice]

Цитата:

Сообщение от belugin

Мертвый код требует ухода - надо его поднимать на новые версии, поддерживать его компилируемость и он мешается в перекрестных ссылах.

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

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

[belugin]

мочему бы не удалить то, что мешает "не особо", если это сделать легко. Кстати, неиспользуемые переменные в 2012 уже ошибка BP (толи перед выпуском 2009, то ли 2012 их пересортировали по важности)

[ice]

Цитата:

Сообщение от belugin

мочему бы не удалить то, что мешает "не особо", если это сделать легко. Кстати, неиспользуемые переменные в 2012 уже ошибка BP (толи перед выпуском 2009, то ли 2012 их пересортировали по важности)

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

[sukhanchik]

Цитата:

Сообщение от belugin

Мертвый код требует ухода - надо его поднимать на новые версии, поддерживать его компилируемость и он мешается в перекрестных ссылах

Цитата:

Сообщение от ice

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

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

[bodeaux]

Господа, подскажите, как в редакторе кода включить отображение номеров строк.

[belugin]

В редакторе мертвого кода?

[belugin]

1. Обновиться до Ax 2012
2. Нажать спецкнопку в тулбаре редактора

[bodeaux]

Цитата:

Сообщение от belugin

1. Обновиться до Ax 2012
2. Нажать спецкнопку в тулбаре редактора

Можете одолжить генератор лицензий?

[belugin]

нет

[Player1]

ax-erp: Search un-used EDT'S using X++
вот и чистка EDT к примеру