|
26.10.2017, 11:52 | #1 |
Участник
|
|
|
26.10.2017, 12:03 | #2 |
Участник
|
Цитата:
Перечитай - это хороший совет. Вот так и живем... Массово меняем текстовые файлы без учета контекста... Потому что других инструментов нет. а VSCode - рекомендуемый... А было время, когда ругались на перевод меток типа interest без учета контекста. Типа что за банковский интерес и процент контактного лица... Последний раз редактировалось mazzy; 26.10.2017 в 12:05. |
|
26.10.2017, 13:54 | #3 |
Участник
|
Есть модель со своим файлом меток. Ее надо поставить на систему, где в другой модели есть другой файл меток с таким же названием.
... Как переименовать файл меток Я так понял, что для установки модели в систему надо один из дублирующихся файлов переименовать. Соответсвенно одна модель использует один файл, другая другой. Нет? |
|
26.10.2017, 14:14 | #4 |
Участник
|
Цитата:
человеку надо поставить модель на систему. он задает вопрос как переименовать файл меток. из этого никак не следует что ему надо переименовывать. ему по-прежнему надо поставить модель на другую систему. ==================== по сути. начать стоит с того, что меточные файлы с одинаковыми названиями могут содержать одинаковые метки. также могут содержать метки, которые совпадают на одном языке и не совпадают на другом языке (например, тот же interest). И возникает совершенно отдельный вопрос - как мержить метки из разных файлов. Надо ли мержить. далее стоило бы рассказать, что модели могут использовать другие модели. а также рассказать могут ли объекты использовать не "свои" метки, а метки используемой модели. далее стоит уточнить в другой системе, куда переносится модель, такая модель с таким же именем уже существует? если существует, то используется ли она другими моделями target-системы? если используется, то... и так далее. на самом деле, в общем случае, херня получается с метками. и вроде хотели сделать лучше, разбив на разные файлики вместо монстроидальных ald-файлов. Но получилось как получилось. Поэтому, в общем случае, я бы посоветовал скорее пройтись руками по меткам и смотреть перекрестные ссылки в source-системе, вручную поискав объекты-аналоги в target-системе. Либо делать какую-то интеллектуальную тулзу, которую еще отладить надо будет. Типа мержа виндового ресурсного файла. но, конечно же, ты прав. на все это можно наплевать и порекомендовать сделать замену "в xml файлах", даже не уточняя в каких именно. Но обязательно указав ссылку на VSCode )))) |
|
26.10.2017, 22:28 | #5 |
Участник
|
Цитата:
Если честно, что там у них законфликтило, я не знаю, доступа пока нет. В теории в АОТе не может быть 2х объектов одного типа с одинаковым названием, пусть они и лежат физически в разных моделях (читай папках); так что это может быть название меточного файла. Также это может быть Label file Id, то есть аббревиатура из уже не обязательно трех букв. В худшем случае и то, и другое. Ориентируюсь на него. Меток почти 2 тысячи, зато язык один. Мерджить ничего не надо, слава Богу. |
|
27.10.2017, 14:02 | #6 |
Участник
|
Цитата:
меточные файлы - да - не могут. см. "хитрый" вопрос на собеседование по акс7. Цитата:
Если вы знаете что делаете, слушайте Макса Белугина. Дополнительно к VSCode могу порекдомендовать Notepad++ ))) |
|
08.11.2017, 12:45 | #7 |
Участник
|
Где теперь хранятся xrefs в 365?
Видится такой алгоритм реплейсера: 1. "прочёсывать" xrefs на предмет пути к исходнику содержащему метку "@OLD22"; 2. открыть исходник объекта и заменить "@OLD22" на "@NEW22". Upd: База данных DYNAMICSXREFDB содержит построенные ссылки. Запрос выбора ссылок для указанного объекта "@ANG5614": X++: use DYNAMICSXREFDB; select top 100 modules.Module ,searchObject.Id as 'SearchObjectId' ,searchObject.Path as 'SearchObjectPath' ,xrefs.SourceId as 'ReferencedObjectId' ,referencedObject.[Path] as 'ReferencedObjectPath' ,xrefs.Line ,xrefs.[Column] ,xrefs.Kind from [Names] searchObject inner join [Modules] modules on modules.Id = searchObject.ModuleId inner join [References] xrefs on xrefs.TargetId = searchObject.Id inner join [Names] referencedObject on referencedObject.Id = xrefs.SourceId where searchObject.Path like '%@ANG5614%' 1 Method 2 Class 3 Interface 4 Abstract class 5 ? 6 Property 7 Attribute 8 ? 9 Tag Результат выглядит следующим образом: Смапить с физическим расположением исходника - дело техники Последний раз редактировалось MazZzDaI; 08.11.2017 в 14:19. Причина: Solution added |
|
Теги |
ax7, d365, label |
|
|