Атрибуты подстановки
Строковые значения, могут иметь атрибуты, определённые в файле части. Данные атрибуты будут подставлены во время работы с соответствующей частью. Определение атрибутов подстановки имеет следующий вид:
|
${<ATTRIBUTE_NAME>} [имя атрибута] |
Генерирует ошибку, если атрибут не определён для текущей части. | ||
|
${<ATTRIBUTE_NAME>::-} |
Вставляет пустую строку, если атрибут не определён для текущей части. | ||
|
${<ATTRIBUTE_NAME>:-} |
Вставляет строку <default>(по умолчанию), если атрибут не определён для текущей части. |
Например, при определении Cloned: ${DB_PART_DESC} к строке описания клонируемой части будет добавлено слово Cloned: При определении значения ${MY_DESCRIPTION} описание клонируемой части будет заметено значением атрибута MY_DESCRIPTION. Если атрибут MY_DESCRIPTION не определён, произойдёт ошибка.
Имена компонентов-клонов
Способ именования новых частей по умолчанию устанавливается следующими опциями:
|
Name Rule [Правило Именования] |
Определяет алгоритм формирования имени: либо заданная пользователем текстовая цепочка добавляется к имени компонента, либо цепочка заменяет все или часть имени. Чтобы использовать эту опцию, нажмите клавишу Define Naming Rule [Определить Правило Именования]. Появится диалоговое окно Naming Rule, в котором Вы выбираете способ модификации имени: добавление префикса (Add Prefix) добавление суффикса (Add Suffix) полная или частичная замена имени компонента (Replace) переименование компонента с использованием доступа к атрибутам части (Rename) Если Вы выбрали Add Prefix или Add Suffix, введите префикс/суффикс в поле Add/Replace String [Цепочка Добавления/Замены]. Если Вы выбрали Replace, введите заменяемую цепочку (фрагмент имени компонента) в поле Base String [Базовая Цепочка], а заменяющую цепочку - в поле Add/Replace String. Если Вы выбрали Rename, имя части заменяется цепочкой, заданной в поле Add/Replace String. Чтобы избежать дублирования имен частей, эта цепочка должна использовать доступ к атрибутам, что позволяет генерировать уникальное имя для каждой части. При возникновении конфликта имен появляется сообщение об ошибке (например, если Вы задаете операцию замены Replace, а в поле Base String вводите текстовую цепочку, которая отсутствует в исходном имени компонента). | ||
|
User Name [Пользовательское Имя] |
Позволяет определить уникальное новое имя для каждого клонированного компонента. |
Клонирование и семейства частей
Операция клонирования не работает с членами семейства частей. Из-за особенностей клонирования может произойти следующее:
Новая часть останется членом семейства, но шаблонная часть не будет соответственно обновлена.
Новая часть перестанет быть членом семейства и соответствующие связи будут потеряны.
Ни тот, ни другой результат не является удовлетворительным. Поэтому при наличии в клонируемой сборке семейства частей будет выдано предупреждения, и эти части будут классифицироваться, как .
Клонирование сборок
Функция клонирования, реализованная в модуле Assemblies, обеспечивает гибкий интерфейс при проектировании сборок "сверху-вниз" и позволяет модифицировать сборку, варьируя ссылки между различными компонентами. Доступны следующие опции клонирования:
Create Clone Assembly
[Создать Сборку-Клон]
Создает новую клонированную сборку на базе существующей сборки.
Edit Existing Assembly
[Редактировать Существующую Сборку]
Модифицирует существующую клонированную сборку
Метод клонирования очень полезен, когда с помощью одной операции Вы хотите создать новую сборку, которая наследует аналогичную структуру и ассоциативные связи от существующей сборки, но отличается некоторыми ссылками на компоненты. [Обратите внимание, что термин "клон" не означает идентичную копию. Приведем биологическое определение этого термина: клон - генетически однородное потомство одной клетки. Таким образом, клон - это очень близкий, родственный аналог с незначительными изменениями связей и компонентов.] Например, Вам необходимо создать несколько версий сборки, которая содержит базовый набор основных компонентов, а остальные компоненты заменяются или модифицируются.
Другая ситуация: Вы предпочитаете редактировать ссылки компонентов, работая в текущей сборке (не создавая новую сборку). Клонирование решает эту задачу опять же в рамках одной операции.
В качестве базовых сборок [seed assembly] для клонирования Вы можете выбирать текущие загруженные сборки. Однако, если выбранная загруженная сборка уже модифицирована [но не сохранена], появится сообщение об ошибке, предупреждающее о том, что перед выполнением клонирования сборка должна быть сохранена.
Перед клонированием Вы определяете статус по умолчанию для большинства компонентов создаваемой сборки. Это очень полезный прием при проектировании больших сборок, содержащих много компонентов. Кроме того, Вы можете задать исключения для любых компонентов, которые будут преобразованы особым образом.
Если перед выполнением клонирования Вы хотите проверить соответствие между исходной и результирующей сборками (просмотреть имена частей, информацию о выполняемых преобразованиях), используйте опцию Cloning Report, которая выводит в информационном окне отчет по предстоящему клонированию. Причем можно выбрать один из следующих типов отчета: полный отчет, отчет только о корневых частях или краткий отчет со списком входных и выходных имен.
После клонирования в информационном окне выводится содержимое специального файла регистрации [Cloning Log File]. Этот файл содержит резюме по всем действиям, выполненным во время операции клонирования, включая отображение компонентов исходной сборки в результирующую. Если Вы хотите только задать параметры клонирования и сохранить их для дальнейшего использования, воспользуйтесь опцией
[Холостой Запуск], которая сгенерирует файл регистрации, не выполняя саму операцию клонирования.
ЗАМЕЧАНИЕ :
Операции клонирования не позволяют редактировать ссылки на файлы шаблонов. Это означает, что все такие ссылки, содержащиеся в исходной сборке и компонентах, перейдут без изменений в клонированные версии.
Опция Create Clone Assembly - Создание клонированной сборки
.При выборе опции Create Clone Assembly появляется диалоговое окно Clone Assembly, в котором Вам следует воспользоваться опциями Add Assembly или Add Part для задания одной или нескольких сборок, подлежащих клонированию
Опция Edit Existing Assembly - Редактирование существующей сборки
При выборе опции
Edit Existing Assembly
появляется диалоговое окно Edit in Place [Редактировать по Месту], содержащее те же самые опции, что и окно
.
Опции диалогового окна Edit in Place работают аналогично одноименным опциям окна Clone Assembly (единственное отличие: не требуется автоматическое устранение конфликтов). Поскольку Вы модифицируете базовую сборку, исходные ссылки не нужно предохранять.
Обратите внимание, что в диалоговом окне Edit in Place статус компонентов по умолчанию - Retain , а в диалоговом окне Clone Assembly - Clone .
Определение статусов по умолчанию и исключений
Создавая сборку-клон, сначала Вы должны определить для ее компонентов статус по умолчанию [Action Default] и правила именования по умолчанию [Naming Default]. Эти параметры устанавливаются для всей сборки, а затем Вы можете определить исключения (индивидуальные настройки) для отдельных компонентов.
[В данном разделе термин "статус"
соответствует английскому термину "action", дословно переводимому как "действие". Он определяет статус ссылок для компонентов в сборке-клоне, т.е. какие ссылки и каким образом будут действовать в новой сборке по отношению к исходной.]
Если задан статус Clone, компоненты-клоны, сохраняемые под новыми именами, могут быть модифицированы, не воздействуя на исходную сборку. Статус Retain сохраняет исходные ссылки на базовую сборку, так что модификации оставленных компонентов в любой сборке отразятся в других сборках. Если Вы хотите создать исключение для индивидуального компонента [вопреки статусу по умолчанию, установленному для всей сборки], измените статус его ссылок ( Retain или Clone ) или задайте ссылку на другой базовый компонент ( Replace ).
Part is not valid version of component part
[Недопустимая версия файла компонента]
Если Вы заменяете подсборку (определив статус Replace), то ее порожденные компоненты больше не доступны для определения.
Если заменяемый компонент является базовой частью [promotion base part] для тела, продвинутого на уровень сборки [promotion body], и Вы хотите сохранить ассоциативность этого продвижения, то замена должна быть родственной (связанной с ним) частью. (Такие ограничения отсутствуют, если для базовой части определены статусы Clone или Retain .) Более подробно продвижение тел из части на верхний уровень сборки описано в Справочнике по моделированию [Modeling Online Help] .
При определении статусов могут возникать конфликты во взаимосвязях между отдельными компонентами, подсборками и всей сборкой. Это происходит, когда для отдельного компонента задается исключение (т.е. статус, противоположный статусу по умолчанию), а его родственные компоненты (например, родительская подсборка) остаются с прежними определениями.
Система решает такой конфликт следующим образом: 1) заданное исключение сохраняется; 2) соответствующим образом изменяется статус по умолчанию для родственных компонентов. Если конфликт возник между исключениями, явно заданными Вами, то более высокий приоритет имеет последнее из них. При автоматическом разрешении конфликта появляется информационное сообщение: какой статус был принят, для каких частей и почему.
Потерянные части
Если часть сборки, при её добавлении в текущую операцию, не может быть найдена, с использованием заданных установок загрузки, I появляется диалоговое окно со списком потерянных частей, а также запрос на продолжение операции. Если Вы продолжите операцию, то применение заданных исключений для потерянных частей будет соответствовать их типу. Обработка потерянных частей будет различной, в зависимости от типа операции. Более подробно, типы операций описаны в разделе .
Регистрация функций "обратного вызова"
Системный администратор может определить собственный код обработки, который будет вызываться на протяжении процесса клонирования с различными целями, - проверка, какие-либо дополнительные действия, изменение опций и т.д.
Специфические опции модуля UG/Manager
Несколько дополнительных опций появляются в диалоговом окне Clone Assembly только при условии использования Unigraphics
совместно с прикладной программой UG/Manager:
Owner [Владелец]
и Group [Группа] в секции Clone Defaults диалогового окна.
Auto-Gen [Автоматическая Генерация] - третье допустимое значение опции Clone Number (опция Clone Number в модуле UG/Manager - это аналогичная замена опции Clone Name), появляется в секции Clone Defaults.
Non-Master/Associated File Clone [НЕ Мастер-модели/Ассоциативно связанные Файлы] появляется под секцией Log Files.
Owner [Владелец], Part Type [Тип Части] и Show Non-Masters [Показать НЕ Мастер-модели] в секции Define Exceptions.
Подробная информация об этих опциях приведена в Справочнике по модулю UG/Manager [UG/Manager Online Help] .
Устранение конфликтов
На следующих рисунках показаны примеры разрешения конфликтов. На первом рисунке подсборка subassy автоматически клонируется (т.е. получает статус Clone), чтобы устранить конфликт между статусом по умолчанию Retain и заменой Replace одного из ее компонентов.
Разрешение конфликта "вверх"
На следующем рисунке для подсборки subassy определен статус Retain, являющийся исключением, так как статус по умолчанию для всей сборки - Clone. В этом случае конфликт решается так, что порожденные компоненты этой подсборки автоматически становятся оставленными (Retain).
Разрешение конфликта "вниз"
Следующий рисунок иллюстрирует устранение конфликта между двумя заданными исключениями. В данном примере по умолчанию для сборки установлен статус Clone. Сначала было определено для подсборки subassy исключение Retain, а затем - еще одно исключение в результате замены (Replace) компонента. Приоритет имеет последнее из них.
Разрешение конфликта исключений
Конфликты могут также возникать, если оставленный компонент содержит связующие выражения, которые ссылаются на другие компоненты, клонированные или замененные на данный момент. Результат решения такого конфликта: компонент автоматически клонируется (теряет статус оставленного). Появится сообщение об этом изменении.
Клонированному компоненту необходимо присвоить новое имя части. Механизм назначения имен аналогичен описанному выше определению статусов, т.е. сначала Вы определяете правило именования клонов по умолчанию для всей сборки, а затем индивидуальные исключения для отдельных компонентов. Новые имена присваиваются только после выбора опций Apply Defaults или Perform Cloning.
