Реализовать бизнес-логику

1. Убедитесь, что в каталоге VSIDL находятся необходимые файлы сборки, protobuf и VSIDL. Чтобы начать с существующего примера, вы можете найти пример допустимой папки каталога в каталоге /system/software_defined_vehicle/samples/vsidl/stable/catalog .

   Пример структуры каталога:

   my_catalog/
   ├── Android.bp          # Defines rust_protobuf modules for .proto files
   ├── types.proto         # Protobuf message / RPC service definitions
   └── architecture.vsidl  # VSIDL service bundle definitions
   

2. Напишите собственный код для реализации вашей бизнес-логики:

   • RPC-серверы: Реализуйте трейты из lib.rs

   • Публикация, подписка и RPC-клиенты: вызов сгенерированных функций из файла service_bundle.rs для взаимодействия с другими сервисами.

   Ржавчина

   1. Создайте базовую реализацию, выполнив следующую команду:

      vsidlc -c /path/to/catalog -o /path/to/output --services
      

      Запуск vsidlc с флагом --services генерирует шаблонную реализацию Rust для каждого пакета сервисов. Это обеспечивает необходимую структуру, включая исходный код ( main.rs ) и файл конфигурации сборки ( Android.bp ) со всеми зависимостями, что позволяет немедленно обмениваться сообщениями по умолчанию, пока вы сосредоточены на реализации основной бизнес-логики.

   2. Для каждого пакета сервисов найдите реализацию на Rust в следующем месте:

      /path/to/output /services/ ServiceBundleName /src/main.rs

   3. По умолчанию сгенерированная реализация создает сообщения со значениями по умолчанию и отправляет их между издателями и подписчиками или RPC-клиентами и серверами. Чтобы изменить это поведение, найдите комментарии TODO в main.rs и настройте их в соответствии со своими предпочтениями. Например:

      async fn handle_tire_pressure_range_unique_publisher(
          publisher: sdv::mw::Publisher<TirePressureRange>,
      ) {
          loop {
              // TODO: Modify the frequency of publishing messages here.
              sleep(Duration::from_secs(1)).await;
              // TODO: Modify the message content here.
              let message = TirePressureRange::default();
              info!("Publishing on TirePressureRange#UNIQUE");
              publisher.publish(&message).unwrap();
          }
      }
      

   4. Чтобы гарантировать, что ваши изменения в сгенерированных файлах не будут перезаписаны при следующем запуске vsidlc , переместите папку services из папки /path/to/output .

   C++

   1. Создайте новый заголовочный файл src/lib .hpp с классом для вашего пакета сервиса:

      #pragma once
      #include <sdv/service_bundle.h>
      #include <sdv/context.hpp>
      
      namespace com::sdv::oem::service_bundle {
      
      // Sample implementation of the service bundle interface.
      class ServiceBundleName : public android::sdv::service_bundle::ServiceBundle {
      public:
          ServiceBundleName(sdv_comms::ctx::Context context);
          ~ServiceBundleName();
          void onStart() override;
          void onStop() override;
      };
      }  // namespace com::sdv::oem::service_bundle
      

   2. Создайте новый исходный файл, src/lib .cpp , содержащий реализацию класса:

      #include "src/lib.hpp"
      #include <sdv/sb_macro.h>
      #include <iostream>
      using com::sdv::oem::service_bundle::ServiceBundleName;
      
      // Register the new service bundle.
      REGISTER_SERVICE_BUNDLE(ServiceBundleName);
      
      // Sample implementation of the service bundle interface.
      namespace com::sdv::oem::service_bundle {
      // Creates a new instance of the ServiceBundleName.
      // Called when service bundle is created by the system.
      // Context object is provided as a parameter that gives access to the
      // communication stack APIs.
      ServiceBundleName::ServiceBundleName([[maybe_unused]] sdv_comms::ctx::Context context) :
        ServiceBundle(context) {
          // Memory allocations and static data loading should be done as
          // part of this method.
          //
          // Loading of the dynamic resources (sockets, files, etc)
          // is strongly discouraged due to possible Suspend-to-RAM scenario.
          //
          // The dynamic data can be loaded in the onStart method.
      }
      
      // Called when the service bundle is started by the system.
      void ServiceBundleName::onStart() {
          // Dynamic resources(sockets, files, etc) should be allocated during this call.
      }
      
      // Called when the service bundle is stopped by the system in preparation
      // for shutdown or suspend to RAM/Disc.
      void ServiceBundleName::onStop() {
          // Stop phase requires the service bundle to delete the dynamic resources
          // (sockets, files, etc) that were previously allocated in the onStart method.
      }
      
      // Called when the service bundle is destroyed by the system.
      ServiceBundleName::~ServiceBundleName() {
          // Static resources deallocation needs to be implemented in the destructor.
      }
      }  // namespace com::sdv::oem::service_bundle
      

   3. Создайте целевую платформу Soong для библиотеки пакета сервисов в новом или существующем файле Android.bp :

      // Service bundle library.
      cc_library_shared {
        name: "libservice_bundle",
        srcs: ["src/lib.cpp",],
        // Allows the library to be available inside APEX.
        apex_available: [
            "//apex_available:platform",
            "//apex_available:anyapex",
        ],
        shared_libs: [
          // Service Bundle lifecycle C++ API.
          "libsdv_lifecycle_client_cpp",
          // commstack library that provides context object reference
          "libsdv_comms_cpp",
        ],
      
        // Service bundle package is packed into /product apexes.
        product_specific: true,
      }
      

Что дальше?

Для развертывания пакетов служб см. раздел «Создание и развертывание пакетов служб» .