SDK do driver para tarefas programadas: Android
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Este é o guia para tarefas programadas. Mantive-os separados por dois motivos:
É mais fácil para o usuário "escolher um modelo" e mantê-lo.
As tarefas agendadas oferecem suporte a um cenário de "cliente confiável" para iOS e Android,
embora estejam documentadas apenas no Android.
Parece um conjunto diferente de temas, além da configuração
Mais tarde, podemos adicionar uma boa página de introdução aos SDKs do driver para cada modelo,
personalizada para cada caso de uso.
As equipes de engenharia aqui às vezes publicam apenas um ou outro, o que fará com que seja mais fácil para pessoas que atuam em LMFS e não nas ODRD atualizarem apenas o lado delas da equação.
Se incluirmos, vamos colocar o diretório de inclusões para esse conteúdo
em iOS (mais próximo da página de hospedagem), e não no diretório de inclusões global.
Outra ideia é dividir dois guias aqui, um para a configuração e o outro para
começar, em que a configuração inclui os três primeiros tópicos de cada modelo.
Principais tópicos deste modelo:
- requisitos do sistema
- configurar projeto
- autenticação
- criar instância deliverydriverapi
- eventos de reportagem de veículo
- ative o rastreamento e as atualizações de localização
- erros de atualização de máscara
- cenários confiáveis (consulte o documento do Android e vamos conferir com o David se
precisamos documentar para iOS ou não)
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-08-31 UTC.
[null,null,["Última atualização 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)"]]
