Driver SDK und Consumer SDK in derselben iOS-App kombinieren

Beide SDKs in derselben iOS-App hinzufügen

In einigen Fällen kann es sinnvoll sein, sowohl das Driver SDK als auch das Consumer SDK in derselben iOS-App zu verwenden. Beispiel:

  1. Sie möchten, dass eine App sowohl für Fahrer als auch für Passagiere funktioniert.
  2. Ihre Anwendung benötigt sowohl eine Expeditor- als auch eine Disponentenansicht, damit Ihre Fahrer sie verwenden können, während andere Teammitglieder die Details eines einzelnen Fahrzeugs verfolgen können.

Voraussetzungen für die Erstellung beider SDKs in derselben Anwendung

Beide SDKs müssen bei der Projekteinrichtung konfiguriert werden. Um verschiedene Möglichkeiten für die Framework-Installation zu erhalten, können Sie dem Driver SDK-Leitfaden mit einigen geringfügigen Änderungen folgen:

  1. Informationen zur Installation von CocoaPods finden Sie unter Erste Schritte mit dem Driver SDK for iOS für die Projektkonfiguration von CocoaPods.

    Fügen Sie die Consumer SDK-Abhängigkeit in die Podfile-Datei ein. Die Podfile-Datei sollte so aussehen:

    source "https://cpdc-eap.googlesource.com/ridesharing-consumer-sdk.git"
source "https://cpdc-eap.googlesource.com/ridesharing-driver-sdk.git"
source "https://github.com/CocoaPods/Specs.git"

target 'YOUR_APPLICATION_TARGET_NAME_HERE' do
    pod 'GoogleRidesharingConsumer'
    pod 'GoogleRidesharingDriver'
end

  2. Informationen zur manuellen Installation finden Sie unter Erste Schritte mit dem Driver SDK for iOS – Manuelle Installation der Projektkonfiguration.

    Führen Sie nach dem Ausführen der Installationsanleitung für das Driver SDK die Schritte 5 und 6 der Anleitung Erste Schritte mit der manuellen Installation des Consumer SDK for iOS für die Projektkonfiguration aus, um das Consumer SDK zu konfigurieren.

Versionsverwaltung

Sowohl das Driver SDK als auch das Consumer SDK müssen die Version 3.3.0 oder höher haben, um diese Funktion zu unterstützen.

Theoretische funktionsgefährdende Änderungen an den SDKs

In Version 3.3.0 der Treiber und Verbraucher-SDKs werden die folgenden Änderungen eingeführt, die theoretisch zu Problemen bei einigen Treiber-SDK-Apps führen können, obwohl dies unwahrscheinlich ist. Wenn Ihre Driver SDK-App Klassen verwendet hat, die für das Consumer SDK bestimmt sind, müssen Sie das Consumer SDK im Allgemeinen als Abhängigkeit deklarieren, um Probleme zu vermeiden. Hier die Liste der Änderungen:

Driver SDK

Nicht verwendete Klassen wurden entfernt:

  • GMTSLatLng.h
  • GMTSRequest.h
  • GMTSRequestHeader.h
  • GMTSRequestOptions.h
  • GMTSRequestOptionsSupport.h
  • GMTSSpeedReadingSpan.h
  • GMTSTerminalLocation.h
  • GMTSTimestamp.h
  • GMTSTrafficData.h
  • GMTSTrip.h
  • GMTSTripPropertyField.h
  • GMTSTripWaypoint.h
  • GMTSVehicle.h
  • GMTSVehicleLocation.h
  • GMTSVehicleMatch.h
  • GMTSVehicleSupportedTripType.h
  • GMTSVehicleType.h
  • GMTSWaypoint.h

Die Klasse wurde in der Vorabversion umbenannt, die nur vom Trusted-Treibermodus in Last Mile Fleet Solution verwendet wird. Informationen zum vertrauenswürdigen Modus finden Sie unter Vertrauenswürdiges Treibermodell (Vorabversion).

  • GMTSTaskInfo.h -> GMTDTaskInfo.h

Consumer SDK

GMTSImmutableData wurde in Kurs GMTCImmutableData umbenannt. GMTSImmutableData wurde nur als Basisklasse und nie direkt verwendet.

  • GMTSImmutableData.h -> GMTCImmutableData.h

„typedef“ umbenannt, der abwärtskompatibel sein soll:

  • GMTSFleetEngineIDString.h -> GMTCFleetEngineIDString.h