ГОСТ Р ИСО 13584-31—2010
имени интерфейса прикладного программирования api_set_name в соответствии с предварительно
определенным стилем виртуальной отправки api_predofined_\/irtualy_sent_style интерфейса прикпадно-
го программирования.
5.3.6 Процесс представления
Функции интерфейса создают данные внутри баз данных систем, моделирующих продукт. При
нято. что процесс визуализации указанных данных управляется системой моделирования продукта
и ее пользователем. Вместе с тем прикладные программы должны в некоторой степени управлять
геометрическими аспектами сущностей (например, для удовлетворения требований соответствующих
стандартов технического черчения или для установления некоторого семантического отличия между
сущностями), так как пользователю обычно требуется некоторое подобие видов, полученных от раз
личных поставщиков библиотек.
Указанные цели достигаются нижеследующим способом (см. подразделы 6.2.4 и 6.2.5):
1) все стили воспроизведения определяются либо как предварительно определенные стили, либо
как внешне определенные стили;
2) предварительно определенные стили соответствуют настоящему стандарту. Внешне опреде
ленные стили соответствуют как настоящему стандарту, так и любому другому стандарту серии, рас
пространяющейся на обмен данными о деталях;
3) предварительно определенные стили или внешне определенные стили описывают визуали
зацию соответствующего стиля только частично. В соответствии с определенными требованиями они
могут устанавливать режим задания цвета, например, как зависящий от реализации;
4) интерфейс — это инструмент пользователя CAD для задания точных значений всех атрибутов
изображений, зависящих от реализации для каждого предварительно определенного или внешне опре
деленного стиля;
5) если протокол обмена видами (на который производится ссылка в прикладной программе) не
поддерживается данной реализацией интерфейса, то первый стиль, определенный для текущего эле
мента представления в настоящем стандарте, должен быть использован вместо неизвестного стиля.
При этом сообщение об ошибке не возникает.
5.4 Структура сущностей
5.4.1 Структура группы в TDB
В используемых TDB сущности объединяются в группы, определяемые сущностью впШу_
structured. Если функция предназначена для выполнения операций в группе, то она выполняет эти опе
рации в режиме повторения (рекурсивно) для каждой соответствующей сущности группы. Если данная
функция является функцией дублирования, то ее результатом также является группа. Указанная группа
принадлежит текущей открытой группе, она имеет такую же групповую структуру, как и исходная функ
ция. Дубликат открытой группы является замкнутой группой. Если данная функция является функцией
модификации, то она сохраняет групповую структуру существующих сущностей, находящихся внутри
модифицированной группы.
Сущность не модифицируется, и сообщение об ошибке не возникает, если функция работает в
группе, содержащей геометрические сущности, недопустимые для использования в качестве входных
параметров функции. Например, если функция изменения стиля представления кривой chg_curve_style
запущена в группе, содержащей сущности точки, твердого тела и кривых, то сущность curve_styleдолж на
быть модифицирована, однако сущность точки и сущность твердого тела должны оставаться неиз
менными в той же самой групповой структуре.
TDB сама является группой. Она называется корневой группой root_group. Данная группа открыта
и не должна закрываться, если интерфейс инициализирован. Таким образом, всегда должна существо
вать открытая группа.
За исключением корневой группы каждая сущность (геометрическая или структурированная)
должна принадлежать только одной группе (которая может быть корневой группой). Группы структури
руются в соответствии с иерархической структурой дерева. Корнем дерева является корневая группа.
Группы могут быть:
- созданными: они принадлежат текущей открытой группе t-шистановятся текущей открытой группой;
- открытыми повторно: все сущности, созданные в TDB после повторного открытия группы, при
надлежат данной группе до ее закрытия;
- закрытыми.
10