SDK de Driver para tareas programadas
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Esta es la guía de las tareas programadas. Los mantuve separados por dos razones:
Es más fácil para un usuario “elegir su modelo” y ajustarse a él.
Las tareas programadas admiten una situación de "cliente de confianza" tanto para iOS como para Android, aunque solo se documentan en Android.
Parece una serie de temas diferente, más allá de la configuración
Las guías de Android incluyen guías de migración de las versiones 4.0 y 5.0, así como la guía de divulgación de datos de Google Play.
Más adelante, podemos agregar una buena página de introducción de los SDK de Driver para cada modelo, personalizada para cada caso de uso.
A veces, los equipos de ingeniería solo publican en uno o en el otro, por lo que eso facilitará que las personas que usan LMFS‐ey y ODRD‐ey actualicen solo su parte de la ecuación.
Si lo hacemos, coloquémoslo en el directorio de inclusiones para este contenido debajo de iOS (más cerca de la página de host) y no en el directorio global de inclusiones.
Otra idea es dividir 2 guías, una para la configuración y la otra para comenzar, en las que la configuración incluye los tres primeros temas de cada modelo.
Temas clave para este modelo:
- requisito mínimo
- Configuración de Maven
- configuración del proyecto
- dependencias
- iniciar el SDK
- Cómo habilitar las actualizaciones de ubicación
- inhabilitar las actualizaciones de ubicación
- casos de uso de modelos confiables
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-08-31 (UTC)
[null,null,["Última actualización: 2025-08-31 (UTC)"],[[["\u003cp\u003eThis guide focuses on scheduled tasks for iOS and Android, offering a model-specific approach for easier user navigation.\u003c/p\u003e\n"],["\u003cp\u003eScheduled tasks uniquely support a "trusted client" scenario for enhanced security, documented for Android and applicable to iOS.\u003c/p\u003e\n"],["\u003cp\u003eAndroid guides include migration guides for versions 4.0 and 5.0, along with Google Play data disclosure guidelines for comprehensive support.\u003c/p\u003e\n"],["\u003cp\u003eContent is structured for flexibility, allowing teams to update their specific sections, such as LMFS or ODRD, independently.\u003c/p\u003e\n"],["\u003cp\u003eThe guide covers key topics like minimum requirements, configuration, dependencies, SDK initialization, and location updates, with a focus on "trusted model" use cases.\u003c/p\u003e\n"]]],[],null,["# Driver SDK for scheduled tasks\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. Android guides have 4.0 and 5.0 migrations guides as well as google play data disclosure guide\n\n5. We can later on add a nice intro page for the Driver SDKs for each model,\n bespoke to each use case.\n\n6. 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- minimum requiremenst\n- maven config\n- project config\n- dependencies\n- init the SDK\n- Enable location updates\n- disable location updates\n- trusted model use cases"]]
