структура <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput

Структура <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput инкапсулирует в модуле diag платформы AUTOSAR Adaptive Platform (R25-11) все выходные аргументы для вызова запроса результатов рутины (RequestResult). Она служит типизированным контейнером данных, который заполняется специфичной для приложения реализацией рутины полученными значениями результатов и передаётся диагностическому фреймворку. Интерпретация: будучи чистым типом значений без собственной синхронизации, эта структура, вероятно, предназначена для кратковременного использования в контексте выполнения и требует внешней защиты при совместном доступе. Вопрос Q-3b8c63f0a0dd1c4a (открытый)

больше ›

Контекст

Структура <RoutineInterface-Namespace>::<RoutineInterface>::<RoutineInterface>RequestResultOutput является частью модуля diag платформы AUTOSAR Adaptive Platform в релизе R25-11. Согласно описанию спецификации, данный тип данных служит обёрткой для инкапсуляции выходных аргументов (out arguments) для операции RequestResult. В автомобильной диагностике по стандарту ISO 14229 (UDS RoutineControl, служба 0x31) управление рутинами обеспечивает запуск, остановку и опрос результатов поддерживающих диагностику рутин на электронном блоке управления (ЭБУ). Когда внешний диагностический тестер или внутренний прикладной компонент запрашивает результат ранее запущенной рутины, сгенерированные выходные параметры должны передаваться структурированно и типизированно. При этом структура действует как специализированный контейнер данных на стыке между прикладной реализацией рутины и средой выполнения диагностики. Интерпретация: конкретные переменные-члены структуры, по всей видимости, соответствуют выходным аргументам процедуры RequestResult, определённым в соответствующей модели AUTOSAR для этой рутины. Вопрос Q-bb5b79242dac75ff (открытый)

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

Синтаксис struct <RoutineInterface>RequestResultOutput {...}; определяет этот тип как элементарный C++-агрегат без собственной логики управления или состояний. Интерпретация: с точки зрения жизненного цикла эта структура данных, вероятно, спроектирована как чистый тип значений (Value Type) без динамического управления ресурсами и тем самым следует стандартным конвенциям C++ для семантики значений. Вопрос Q-0919ad2177958d6b (открытый) Экземпляр обычно создается внутри контекста выполнения рутины, как только поступает запрос на опрос результатов. Создание обычно происходит локально на стеке или внутри соответствующего возвращаемого контейнера реализации рутины. После присвоения полученных выходных значений экземпляр передаётся вышестоящему диагностическому фреймворку с помощью стандартных механизмов копирования или перемещения. По завершении передачи и сериализации данных ответа жизненный цикл экземпляра заканчивается. Поскольку структура не реализует внутренних механизмов синхронизации, одновременный доступ из нескольких потоков без внешней защиты не является потокобезопасным.

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

Типичный процесс использования этой структуры делится на обработку запроса, предоставление данных и последующую отправку ответа вызывающей стороне. Сценарий использования начинается, когда диагностический фреймворк пересылает запрос на операцию RequestResult интерфейсу <RoutineInterface>. Специфичная для приложения реализация рутины обрабатывает этот вызов и определяет текущие внутренние выходные данные. Интерпретация: после этого реализация рутины, вероятно, создает экземпляр <RoutineInterface>RequestResultOutput и заполняет его переменные-члены полученными значениями результатов. Вопрос (открытый) Полностью заполненная структура затем передается обратно диагностическому фреймворку в качестве результата операции. Наконец, фреймворк извлекает и сериализует содержащиеся в структуре выходные аргументы, чтобы сформировать сообщение с положительным диагностическим ответом и отправить его тестеру. После успешного приёма данных временный экземпляр штатно освобождается.