Wdrażanie logiki biznesowej

1. Sprawdź, czy katalog VSIDL zawiera niezbędne pliki kompilacji, protobuf i VSIDL. Aby rozpocząć od istniejącego przykładu, możesz znaleźć przykład prawidłowego folderu katalogu w katalogu /system/software_defined_vehicle/samples/vsidl/stable/catalog.

   Przykładowa struktura katalogu:

   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. Napisz niestandardowy kod, aby zaimplementować logikę biznesową:

   • Serwery RPC: zaimplementuj cechy z lib.rs.

   • Klienci RPC oraz publikujący i subskrybujący: wywołuj wygenerowane funkcje w service_bundle.rs, aby wchodzić w interakcje z innymi usługami.

   Rdza

   1. Wygeneruj implementację szkieletu, uruchamiając:

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

      Uruchomienie vsidlc z flagą --services powoduje wygenerowanie kodu Rust dla każdego pakietu usług. Zapewnia to niezbędny szkielet, w tym kod źródłowy (main.rs) i plik konfiguracji kompilacji (Android.bp) ze wszystkimi zależnościami, co umożliwia natychmiastową wymianę domyślnych wiadomości, podczas gdy Ty skupiasz się na implementowaniu podstawowej logiki biznesowej.

   2. W przypadku każdego pakietu usług znajdź implementację Rust w:

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

   3. Domyślnie wygenerowana implementacja tworzy wiadomości z wartościami domyślnymi i wysyła je między aplikacjami publikującymi i subskrybującymi lub klientami i serwerami RPC. Aby zmodyfikować to zachowanie, znajdź komentarze TODO w main.rs i dostosuj je do swoich preferencji. Przykład:

      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. Aby mieć pewność, że zmiany wprowadzone w wygenerowanych plikach nie zostaną zastąpione przy następnym uruchomieniu vsidlc, przenieś folder services z folderu /path/to/output.

   C++

   1. Utwórz nowy plik nagłówkowy, src/lib.hpp, z klasą dla pakietu usług:

      #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. Utwórz nowy plik źródłowy, src/lib.cpp, z implementacją klasy:

      #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. Utwórz cel Soong biblioteki pakietu usług w nowym lub istniejącym Android.bp pliku:

      // 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,
      }
      

Co dalej?

Aby wdrożyć pakiety usług, przeczytaj artykuł Kompilowanie i wdrażanie pakietów usług.