пространство имён <SI-Namespace>::skeleton::fields

Пространство имен инкапсулирует классы полей на стороне сервера для каждого поля, объявленного в ServiceInterface в рамках архитектуры скелетона модуля com. Поставщики сервисов используют эти сгенерированные классы для управления текущим значением поля и передачи его подключенным клиентам при изменении значения. Инстанцирование и время жизни объектов полей при этом, вероятно, напрямую привязаны к вышестоящему экземпляру скелетона. Вопрос Q-bd1d4d2cab97eada (открытый) При обновлении и предоставлении данных необходимо обращать внимание на синхронизацию в соответствии с потоковой моделью сервисного скелетона.

больше ›

Контекст

Пространство имен <SI-Namespace>::skeleton::fields входит в состав коммуникационной архитектуры (модуль com) платформы AUTOSAR Adaptive Platform в релизе R25-11. Оно содержит сгенерированные на стороне сервера классы для всех полей, смоделированных в ServiceInterface в роли field. Для каждого определенного в интерфейсе поля существует соответствующий класс поля сервисного скелетона, следующий общей схеме именования <Field>. Эти классы образуют связующее звено между специфической реализацией сервиса в приложении и базовым коммуникационным уровнем для структурированного предоставления связанных с полями структур данных.

В сервисно-ориентированных архитектурах поля представляют свойства сервиса, которые обычно могут состоять из комбинации операций чтения (геттеров), операций записи (сеттеров) и уведомлений на основе событий (нотификаторов). В то время как на стороне клиента в пространстве имен прокси генерируются соответствующие интерфейсы для доступа на чтение/потребление, skeleton::fields предоставляет классы, с помощью которых поставщик сервиса (сервер) управляет внутренним состоянием и делает его доступным вовне. Классы в пространстве имен <SI-Namespace>::skeleton::fields инкапсулируют коммуникацию и протокольно-зависимую передачу данных, позволяя разработчику приложения сосредоточиться на функциональной логике сервиса.

Жизненный цикл

Что касается создания и отношений владения, время жизни класса поля в пространстве имен skeleton::fields, вероятно, напрямую связано с вышестоящим классом скелетона сервисного интерфейса. Вопрос Q-375f07429819a937 (открытый) В реализациях Adaptive Platform на базе C++ экземпляры полей обычно инстанцируются как прямые объекты-члены внутри сгенерированного скелетона. Следовательно, жизненный цикл объектов полей начинается с вызова конструктора сервисного скелетона и автоматически заканчивается его деструкцией.

В процессе эксплуатации объект поля находится в памяти поставщика сервиса. До или во время предложения сервиса в сети (например, перед регистрацией сервиса или сразу после нее) экземпляр поля инициализируется корректным начальным значением. Поскольку скелетон остается доступным для запросов и обновлений на протяжении всего своего времени жизни, экземпляр поля также остается постоянно доступным.

Что касается параллелизма и многопоточности, обработка обращений к полю, вероятно, сильно зависит от выбранной модели обработки скелетона. Вопрос Q-d3456f67c7a4ba8d (открытый) Если класс поля предоставляет механизмы обратного вызова для входящих запросов на запись или чтение либо предлагает методы для обновления значения поля, то конкурирующие обращения со стороны прикладной реализации сервиса должны синхронизироваться во избежание состояний гонки при параллельной обработке.

Путь использования

Типичный путь использования классов из <SI-Namespace>::skeleton::fields начинается в рамках инициализации поставщика сервиса. При создании экземпляра скелетона для каждого сконфигурированного поля создается соответствующий объект поля. Реализация сервиса, как правило, изначально присваивает классу поля корректное начальное значение, чтобы запрашивающие клиенты с самого начала получали непротиворечивые данные.

В процессе непрерывной работы взаимодействие происходит главным образом посредством обновления значений. Как только во внутреннем состоянии, показаниях датчиков или расчетных данных приложения сервиса происходят изменения, скелетон вызывает соответствующий метод обновления экземпляра поля. После этого класс поля берет на себя распределение новых данных коммуникационному фреймворку, который рассылает эти значения в виде сообщений-уведомлений всем заинтересованным и подписанным сервисным прокси в сети.

Если поле сконфигурировано для операций записи со стороны клиентов, класс поля обрабатывает входящие запросы на обновление (операции Set). Реализация сервиса принимает измененные значения, валидирует их и обновляет внутреннее состояние. Благодаря этой целенаправленной последовательности инициализации, периодической или событийной передачи значений и контролируемого завершения работы при окончании жизненного цикла скелетона классы полей бесшовно вписываются в шаблон взаимодействия сервисного уровня AUTOSAR Adaptive.