SDK driver per attività pianificate - android
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questa è la guida per le attività pianificate. Ho tenuto questi dati separati per due motivi:
Per un utente è più facile "scegliere il proprio modello" e continuare a utilizzarlo.
Le attività pianificate supportano uno scenario "client attendibile" sia per iOS che per Android, sebbene sia documentata solo su Android.
Sembra un insieme di argomenti diverso, oltre l'impostazione
In seguito possiamo aggiungere una pagina introduttiva interessante per gli SDK Driver per ciascun modello,
adatti a ogni caso d'uso.
A volte, i team di tecnici qui pubblicano solo su uno dei due, quindi gli utenti LMFS e ODRD possono aggiornare più facilmente il loro lato dell'equazione.
Se lo includiamo, aggiungi la directory include per questi contenuti sotto ios (più vicino alla pagina host) e non nella directory include globale.
Un'altra idea è quella di suddividere 2 guide, una per la configurazione e l'altra per iniziare, dove la configurazione include i primi tre argomenti per ogni modello.
Argomenti chiave per questo modello:
- requisiti di sistema
- configura progetto
- auth
- crea istanza deliverydriverapi
- eventi relativi a segnalazioni di veicoli
- attiva il monitoraggio della posizione e gli aggiornamenti
- aggiorna errori maschera
- scenari attendibili (vedi il documento Android e controlliamo con David
se dobbiamo documentare per iOS o meno)
Salvo quando diversamente specificato, i contenuti di questa pagina sono concessi in base alla licenza Creative Commons Attribution 4.0, mentre gli esempi di codice sono concessi in base alla licenza Apache 2.0. Per ulteriori dettagli, consulta le norme del sito di Google Developers. Java è un marchio registrato di Oracle e/o delle sue consociate.
Ultimo aggiornamento 2025-08-31 UTC.
[null,null,["Ultimo aggiornamento 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)"]]
