Driver SDK do zaplanowanych zadań – Android
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
To jest przewodnik po zaplanowanych zadaniach. Trzymam je osobno z 2 powodów:
Użytkownikowi łatwiej jest „wybrać model” i się go trzymać.
Zaplanowane zadania obsługują scenariusz „zaufanego klienta” zarówno w iOS, jak i na Androidzie, ale dokumentacja ta dotyczy tylko Androida.
Wydaje mi się, że inny zestaw tematów jest inny niż konfiguracja
Później możemy dodać do każdego modelu przyjazną stronę początkową dostosowaną do każdego przypadku użycia.
Zespoły inżynierów publikują czasami tylko treści w jednej z tych platform, co ułatwi im zaktualizowanie równania tylko z jego strony.
Jeśli jest to dozwolone, umieść katalog uwzględniania danej treści w ios (bliżej strony hosta), a nie w globalnym katalogu include.
Możesz też podzielić 2 przewodniki po konfiguracji i o drugim, aby rozpocząć proces konfiguracji. Konfiguracja obejmuje 3 pierwsze tematy dotyczące każdego modelu.
Najważniejsze tematy dla tego modelu:
- wymagania systemowe
- skonfiguruj projekt
- uwierzytelnienie
- utwórz instancję shippingdriverapi
- zdarzenia związane z raportowaniem pojazdów
- włącz śledzenie i aktualizacje lokalizacji
- błędy w aktualizowaniu maski
- zaufanych scenariuszy (zapoznaj się z dokumentem na temat Androida i spytajmy Dawida,
czy musimy udokumentować na iOS).
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-08-31 UTC.
[null,null,["Ostatnia aktualizacja: 2025-08-31 UTC."],[[["\u003cp\u003eThis guide provides instructions for using scheduled tasks with the Driver SDKs, focusing on setup and ongoing operations.\u003c/p\u003e\n"],["\u003cp\u003eScheduled tasks allow for a "trusted client" setup on both iOS and Android, simplifying authentication in certain scenarios.\u003c/p\u003e\n"],["\u003cp\u003eKey topics covered include system requirements, project configuration, authentication, utilizing the Delivery Driver API, vehicle reporter events, enabling location tracking, handling update mask errors, and implementing trusted client scenarios.\u003c/p\u003e\n"],["\u003cp\u003eThe guide is structured to allow developers to easily choose and focus on the model relevant to their specific use case, with potential future expansion to include bespoke intro pages for each Driver SDK model.\u003c/p\u003e\n"],["\u003cp\u003eMaintaining separate guides for LMFS and ODRD teams simplifies content updates and aligns with their distinct workflows.\u003c/p\u003e\n"]]],[],null,["# Driver SDK for scheduled tasks - android\n\nThis is the guide for scheduled tasks. I kept these separate for two reasons:\n\n1. It's easier for a user to \"choose their model\" and stick with it.\n\n2. Scheduled tasks supports a \"trusted client\" scenario for both iOS and Android\n although it's only documented on Android.\n\n3. It seems like a different set of topics, beyond setup\n\n4. We can later on add a nice intro page for the Driver SDKs for each model,\n bespoke to each use case.\n\n5. The engineering teams here sometimes only publish to one or the other, so\n that'll make it easier for LMFS-ey vs ODRD-ey people to update just their side\n of the equation.\n\nIf we do includes, let's please put the includes directory for this content\n*under* ios (closer to the host page) and not in the global includes directory.\n\nAnother idea is to split out 2 guides here one for setup and the other for\ngetting started, where setup includes the first three topics for each model.\n\nKey topics for this model:\n\n- system reqs\n- configure project\n- auth\n- create deliverydriverapi instance\n- vehicle reporter events\n- enable location tracking and updates\n- update mask errors\n- trusted scenarios (see android doc and let's check with David to see if we need to document for iOS or not)"]]
