Правила для типа объекта и его подтипов, которые установлены в одном контексте, не заменяют другие правила, которые установлены в родительском контексте. Вместо этого все правила объединены в составное правило. Слияние включает объединение определений правила с использованием типа объекта и действующих иерархий контекста, где определение правила из наиболее низкого уровня в иерархии имеет преимущество перед определениями в родительских типах и контекстах. Оба типа объекта указываются при создании правила; принимается в расчет контекст, в котором правило было создано.

Если значение по умолчанию не задано для атрибута объекта в действующем составном правиле и пользователь при создании объекта не указал значение для атрибута, то происходит одно из следующих событий:

Управление созданием частей и документов CAD с помощью менеджеров рабочей группы Windchill повлияет на использование правил инициализации объекта, установленных для атрибутов имени и номера частей и документов CAD. Сведения об опциях управления, доступные через администраторов рабочих групп, см. в разделе Использование OIR для задания наименований и значений

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

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

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

Когда создается составное правило для объектов wt.doc.WTDocument под изделием или организацией, оно включает параметры для нумерации, контроля версий и папок. Если правило изделия для типа объекта wt.doc.WTDocument включает параметры схемы нумерации, то данные параметры правила обычно имеют преимущество перед параметрами, заданными в контексте сайта.

Если все правила определены для того же типа контекста, то слияние правил включает только использование установленной иерархии типов. Рассмотрим следующий пример.

Тогда объединенное правило для com.ptc.General в контексте сайта обычно включает определение нумерации и контроля версий из родительского типа (wt.doc.WTDocument) и определение папок из com.ptc.General. Составное правило для объектов wt.doc.WTDocument в контексте сайта не будет включать определение папок, так как определение папок включено только в правило, определенное для подтипа.

Наследование от родителя к потомку типов и контекстов можно изменить, включив дополнительный атрибут "Конечный", или игнорировать атрибуты в элементе AttrValue, AttrConstraint или VarDef для конкретного атрибута объекта. Использование данных атрибутов описано в разделе Необязательные атрибуты AttrValue, AttrConstraint и VarDef.

Если правила, заданные для конкретного типа объекта, включают правила для родительского типа, дочернего подтипа и для правил в многочисленных контекстах, то слияние правил включает иерархию типа и контекста. Рассмотрим следующий пример.

Использование данных правил предполагает, что пользователь создает документ, используя тип wt.doc.WTDocument в контексте изделия. Тогда верным является следующее:

В данном случае действующее составное правило включает содержимое правил, заданных в контексте сайта, и не использует содержимое правил, заданных в контексте изделия для пути папки по умолчанию (так как указанный тип объекта является родительским типом wt.doc.WTDocument).

Если пользователь создает документ, используя подтип com.ptc.General в контексте изделия, то верно следующее:

В действующем составном правиле используется содержимое правила для пути папки по умолчанию, который задан в изделии для подтипа com.ptc.General, потому что оно заменяет содержимое правила, заданного в контексте сайта для родительского типа wt.doc.WTDocument.

Если используется иерархия и типа, и контекста, иерархия типа объекта в пределах текущего контекста имеет приоритет над иерархией контекста. Правило инициализации объекта для подтипа игнорируется, когда родительское правило типа существует в текущем контексте. Рассмотрим следующий пример.

Если пользователь создает документ, используя подтип com.ptc.General в контексте изделия, то верно следующее:

В сложном правиле, действующем в этом случае, используется содержание правила для пути папки по умолчанию, который установлен в изделии для wt.doc. WTDocument, потому что оно заменяет настройку папки в правиле, заданном в контексте сайта для родительского типа wt.doc.WTDocument, а также настройку папки в правиле, заданном в контексте сайта для подтипа com.ptc.General. Хотя правило уровня сайта, установленное для подтипа com.ptc.General, того же типа, что и созданный объект, оно игнорируется правилом на уровне изделия, которое использует иерархию типа объекта.