Поиск неиспользуемых меток

[kashperuk]

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

Никто не писал такого инструмента (или может знает о существующем)?

Спасибо

[oip]

palleagermark: Finding unused labels

[kashperuk]

О, спасибо.

[mazzy]

Цитата:

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

Никто не писал такого инструмента (или может знает о существующем)?

Стандартные перекрестные ссылки.
окно "Имена" или "Использование" (сейчас аксапты под рукой нет). Форма, на которой показывается дисплей-метод "число использований".
Фильтруем по типу Label.

Бросаем в Эксель, если нужно.

добавлено: а, черт. вторым сообщением по ссылке от oip уже было мое брюзжание. и ответ на него. извините.

[mazzy]

Цитата:

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

Никто не писал такого инструмента (или может знает о существующем)?

но будь осторожен:
* код метки может формироваться в коде (очень редко)
* метка может использоваться в портале или в олапах (редко)

кроме того, у некоторых меток есть комментарий {obsolete}.

[Player1]

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

[S.Kuskov]

Цитата:

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

Найти чтобы удалить? - тогда что это даст?

Не нужно будет переводить их на другие языки

[kashperuk]

Гипотетически предположим, что мы купили большое партнерское решение, которое распространялось только на рынке США.
С ним, опять же, чисто гипотетически, было два меточных файла для английского языка, которые содержали около 4000 меток в совокупности.

Из них больше 1000 нигде не используются, так как код менялся в течение времени, функциональность удалялась, заменялась, и т.д.

Так вот, перевод каждой метки на каждый дополнительный язык стоит $ 3.00 в среднем
Удалив эти 1000+ меток, можно сэкономить $ 3.00 * 1000 * 22 (текуще поддерживаемое количество языков минус 1 англ) = $ 66000.

Мелочь, конечно, но приятно.

[RVS]

Цитата:

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

перевод каждой метки на каждый дополнительный язык стоит $ 3.00 в среднем

@SYS1100
@SYS106862
Список может быть продолжен..

Язык - русский
Версия - 5.0.1500.4570 EE

[mazzy]

Цитата:

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

Так вот, перевод каждой метки на каждый дополнительный язык стоит $ 3.00 в среднем

ГЫ... наконец-то всплывают истинные расценки. А нас то плющили...

на форуме просто кладезь:
Метка @xxx##### переведена на русский некорректно...
http://stopbugs.ru/view_all_bug_page.php?project_id=25


кроме того, переводить надо: 1) в контексте, 2) с учетом уже существующего перевода.

пример для 1: interest - в модуле CRM это интерес, а в модуле финансы это процент. И важно не перепутать.
пример для 2: складские статусы и документы, которые их порождают имеют совершенно независимое русское название и одинаковые английские.
и т.п.

[kashperuk]

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

[gl00mie]

Цитата:

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

Цитата:

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

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

Стандартные перекрестные ссылки.

По ним каждый дурак найдет, только они вроде не покрывают проекты VS, SSRS-отчеты и т.п.

Цитата:

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

но будь осторожен: код метки может формироваться в коде (очень редко)

Вроде кроме получения названий месяцев/дней недели такое нигде не используется, а если используется то это - клиника...

Цитата:

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

Гипотетически предположим, что мы купили большое партнерское решение, которое распространялось только на рынке США. С ним, опять же, чисто гипотетически, было два меточных файла для английского языка, которые содержали около 4000 меток в совокупности. Из них больше 1000 нигде не используются, так как код менялся в течение времени, функциональность удалялась, заменялась, и т.д.

Раньше, когда перекрестные ссылки покрывали практически всё, можно было легко и просто поискать с их помощью, как уже рекомендовали. Теперь, к сожалению, на перекрестные ссылки полностью полагаться нельзя, поэтому, наверно, стоит решать задачу поиска всех используемых меток и потом исключить те, что не войдут в полученное множество. Помнится, в Программисте-прагматике есть отдельная глава про преимущества хранения информации в текстовом, читаемом виде - можно тут воспользоваться этим подходом и выгрузить решение в XPO, плюс выгрузить из него те проекты VS, ресурсы и проч., что может содержаться в решении и что в XPO выгружается в нечитаемой кодировке base64. Затем можно с помощью регулярных выражений отфильтровать из полученных текстовых файлов все подстроки, подходящие под шаблон меток соотв. файлов, и сравнить с полученным множеством имеющееся содержимое меточных файлов. Это не так красиво и легко, как искать по перекрестным ссылкам, но в целом, мне кажется, более надежно.