Компоновочные блоки
"Компоновочный блок", также называемый компонентом, является шаблоном реализации в ThingWorx, предназначенным для создания небольших независимых модулей с отдельными функциями, которые можно использовать для построения решений. Каждый компоновочный блок создается для выполнения конкретной цели, такой как интеграция внешних данных, возможностей решения, дополнений интерфейса пользователя, функциональности платформы или управления оборудованием. Компоновочные блоки размещаются вместе в упорядоченном виде, чтобы создать решение, начиная с базового компоновочного блока до компоновочного блока решения.
Отдельный компоновочный блок состоит из набора сущностей ThingWorx, собранных в проект ThingWorx, который находится в пакете как расширение ThingWorx. Каждый компоновочный блок основан на базовом компоновочном блоке (PTC.Base), который обеспечивает всю архитектуру компоновочного блока. Этот базовый компоновочный блок устанавливает начальную структуру для каждого компоновочного блока со следующими сущностями:
• Сущность проекта ThingWorx: инкапсулирует и управляет всеми объектами, составляющими компоновочный блок.
• Сущность точки входа: основанная на шаблоне вещи PTC.Base.ComponentEntryPoint_TT, эта сущность используется для хранения всех метаданных компоновочного блока (имя, описание, версия, список зависимых компоновочных блоков и т. д.).
• Диспетчер: основанная на шаблоне вещи PTC.Base.CommonManager_TT, эта сущность используется для хранения всех функций компоновочных блоков (сервисы, свойства, конфигурации события и т. д.).
• Разрешения: группы пользователей с разрешениями можно создавать для компоновочного блока на основе требований в отношении защищенного доступа для компоновочного блока. Типичным примером группы пользователей с разрешениями может быть более детализированный доступ к службам CRUD.
На следующей схеме показано базовое содержимое компоновочного блока. Как показано, все компоновочные блоки зависят от базового компоновочного блока. Дополнительные сведения см. в разделе Базовый компоновочный блок.
На этой схеме стрелками с незакрашенным острием и сплошными линиями (
) обозначены сущности, которые происходят от сущностей, указанных стрелками, а стрелками с незакрашенным острием и пунктирными линиями (
) обозначены реализации сущностей, указанных стрелками.
) обозначены сущности, которые происходят от сущностей, указанных стрелками, а стрелками с незакрашенным острием и пунктирными линиями () обозначены реализации сущностей, указанных стрелками.Типы компоновочных блоков
Компоновочные блоки обычно сгруппированы в четыре различных типа, в зависимости от основного шаблона проектирования:
• Компоновочный блок пользовательского интерфейса: компоновочный блок, который предоставляет интерфейс пользователя в качестве основного интерфейса взаимодействия. Он может включать в себя логику для пользовательского интерфейса в дополнение к мэшапам. Компоновочные блоки пользовательского интерфейса обычно вызывают абстрактный или стандартный компоновочный блок.
• Абстрактный компоновочный блок: компоновочный блок, содержащий определения сервисов, предоставляющих API в качестве основного интерфейса взаимодействия. Он предназначен только для абстрактных элементов и обычно сопровождается компоновочным блоком реализации. Он также может содержать мэшапы при необходимости.
• Компоновочный блок реализации: компоновочный блок, предоставляющий реализацию сервиса для подключения ко внешним источникам данных или для предоставления бизнес-правил на уровне данных. Обычно он переопределяет сервисы, содержащиеся в абстрактном компоненте.
• Стандартный компоновочный блок: компоновочный блок, который не предназначен для переопределения с уникальной реализацией, но обычно является комбинацией компоновочных блоков абстрактного типа и типа для реализации. Стандартный компоновочный блок может также содержать мэшапы при необходимости. Большинство создаваемых клиентом компоновочных блоков будут принадлежать к такому типу, как он является не таким сложным, как другие типы компоновочных блоков.
Категории компоновочных блоков
Компоновочные блоки обычно сгруппированы в четыре общие категории, слабо связанные с зависимостями в других компоновочных блоках:
• Компоновочный блок решения: обычно очень простой компоновочный блок, у которого есть зависимости от всех компоновочных блоков, необходимых для решения. Эта категория компоновочного блока является базовой реализацией точки входа из базового компоновочного блока в пределах сущности проекта. Например, компоновочный блок DPM (PTC.DPM).
• Компоновочные блоки для конкретного решения: комбинация компоновочных блоков типа пользовательского интерфейса и компоновочных блоков стандартного или абстрактного типа, организованных в зависимости от того, как решение необходимо для рынка. Их можно разделить на две дополнительные категории на основе возможности повторного использования для возможностей бизнес-логики:
◦ Компоновочные блоки представления модулей: обычно это компоновочные блоки типа пользовательского интерфейса. Например, компоновочный блок инструментальной панели производства (PTC.ProductionDashboard) в решении DPM.
◦ Компоновочные блоки логики модуля: компоновочные блоки, обеспечивающие уровень бизнес логики на многих основных компоновочных блоках. Например, компоновочный блок KPI операций (PTC.OperationKPI) в решении DPM вызывает определенное количество компоновочных блоков специфичных для области.
• Специфичные для области компоновочные блоки: компоновочные блоки, предоставляющие набор возможностей с минимальными зависимостями, специфичных для области. Например, компоновочный блок смены (PTC.Shift), компоновочный блок кода причины (PTC.ReasonCode) и т. д.
• Общие компоновочные блоки: общий набор компоновочных блоков, которые можно использовать во всех решениях. Например, базовый компоновочный блок (PTC.Base), компоновочный блок управления пользователями (PTC.UserManagement), компоновочный блок управления моделями (PTC.ModelManagement) и компоновочный блок подключения базы данных (PTC.DBConnection).