Подробнее об API для команды создания рабочего чертежа сборного элемента
Команда создания рабочего чертежа сборного элемента позволяет создать чертеж для элемента на основе определенных настроек типа, указанных в соответствующей конфигурации. Довольно часто для одного элемента требуется несколько рабочих чертежей, например, один чертеж — для опалубки и еще один — для армирования. Различные требования к маркировке и нанесению размеров в рабочих чертежах также являются важным фактором.
Каждая часть интерфейса Precast API реализуется в одном файле DLL, поэтому пользователям API не нужно ссылаться на какие-либо элементы сборки, кроме данного файла DLL. Сборка не основана на каких-либо элементах Precast API, включая само наличие файла API DLL.
Начало создания рабочего чертежа. При вызове с помощью API процедуры создания рабочего чертежа могут использоваться параметры из конфигурации сборного элемента. Не указанные в API настройки заимствуются из конфигурации сборного элемента. Для этого в процессе создания требуется экземпляр интерфейса IShopDrawingOptions. Пользователь, выполнивший вызов, может реализовать его в любом классе и указать определяемые и неопределяемые параметры. У API нет доступа к конфигурации сборного элемента, но он и не требуется. Внутренний код будет считывать конфигурацию, если какой-либо параметр не определен пользователем API, который выполнил вызов. Конфигурация сборного элемента доступна пользователям только при использовании инструментов пользовательского интерфейса.
В Revit Precast класс, который создает рабочий чертеж, определен для каждого типа элемента. Например, существует средство создания рабочих чертежей пустотелых семейств, а также средство создания рабочих чертежей сплошных стен. Любое из них наследует параметры общего базового класса. Интерфейс API отображает классы с помощью класса Factory и общедоступного интерфейса, внедренного классами и определяющего элементы классов, видные общедоступному интерфейсу API.
События процесса создания рабочих чертежей. Процедура создания рабочих чертежей состоит из этапов создания, детализации и перемещения видов и видовых экранов. Детализированный вид состоит из видов нанесения размеров и маркировки. Каждый этап содержит связанное предварительное и последующее события, где обработчик событий может отменить предварительное событие. Обработчик может выполнить работу самостоятельно или при необходимости не выполнять ее совсем.
При регистрации обработчика событий интерфейс Precast API регистрируется для внутренних событий, которые не видны в общедоступном интерфейсе API. Затем они передаются сторонним зарегистрированным обработчикам событий, защищая тем самым каждого обработчика в процессе выполнения транзакций.
В данном случае параметры обработчиков событий определены как интерфейсы, а интерфейс Precast API и внутренние процедуры эффективно разделены, что упрощает изменение внутреннего кода в дальнейшем без воздействия на интерфейс API Precast.