Autodesk Inventor API. Первые шаги/Объект Assembly: различия между версиями

Содержимое удалено Содержимое добавлено
мНет описания правки
Строка 1:
== Структура сборки ==
 
<!-- === Перебор элементов сборки === -->
 
 
Концепция структуры сборки знакома каждому, кто работал со сборками. Инвентор графически отображает эту структуру в браузере. Хотя концептуально организация структуры сборки проста, имеется ряд нюансов, важных при работе со сборкой через API. Наша цель — извлечь пользу из понимания особенностей внутреннего устройства сборок Инвентора. В дальнейшем, в качестве иллюстрации мы будем использовать следующую сборку всего из трех деталей: детали «Ось» и двух экземпляров детали «Колесо».
 
Строка 21 ⟶ 19 :
 
 
=== Просмотр дерева сборки ===
 
Для многих задач принципиальна возможность просмотра всей иерархии сложной сборки. Рассмотрим пример многоуровневой сборки. Она имеет всего два уровня, но рассматриваемый подход будет работать при любом количестве уровней. В данном примере сборка верхнего уровня Car.iam состоит из двух ранее рассмотренных колесных сборок и кузовной детали. Схема слева отображает внутреннее представление сборки Car.iam. Обратите внимание, она содержит информацию только об элементах на своем верхнем уровне. Нет никаких данных о составе колесных подсборок. Их состав определен в подсборке WheelAssembly.iam.
Строка 159 ⟶ 157 :
Еще две дополнительных функции — свойство OccurrencePath и метод AdjustProxyContext. Свойство OccurrencePath, поддерживаемое компонентом ComponentOccurrence и его прокси ComponentOccurrenceProxy, возвращает путь к компоненту. Это тот же путь, который использует любой прокси-объект данного компонента.
 
<!-- Метод AdjustProxyContext дает возможность обрезать (trim) путь прокси-объекта. Например, если вы имеете 4-уровневую сборку и прокси-объект грани в контексте сборки, вы можете методом AdjustProxyContext сократить его путь так, чтобы прокси-объект был представлен в контексте одной из промежуточных подсборок. -->