- En cada fichero habrá un fichero readme para descargar y ejecutar el proyecto.
- Como la información de los municipios no es normal que se cambia periódicamente, se podra cargar todos los
municipios en la api nuestra en un fichero o en una base de datos
si es necesario
y al dar la respuesta al cliente se consultara este fichero y que cada cierto tiempo "un dia o según la necesidad" se actualizara este fichero llamando a AEMET.
- Como es un servicio publico y normalmente es de acceso diario, con devloviendo la url se intentará no cargar el servidor consultando por parte de los clientes la MISMA url del api muchas veces.
Los clientes les gustaría que se recordara el último municipio seleccionado y que automáticamente les cargue la predicción del día siguiente. ¿Cómo lo podríamos hacer?
- En la aplicacion cliente se podrá guardar en localStorage ultimo municipio consultado y así cuando se inicia la aplicación se obtendra del localStorage el último buscado.
Tras la amenaza de AEMET con cortarnos el servicio, debemos apresurarnos a buscar alguna solución que afecte lo mínimo posible a nuestros usuarios.
- Con el apartado uno se podrá minimizar las llamadas por parte de los clientes cargar el servicio obtener municipios.
- En el cliente se podrá emplear un mecanismo de captcha, es decir, durante un tiempo determinado
que sea razonable para no afectar a los usuarios
si se hace muchas peticiones de forma incoherente se visualzara una captcha en la interfaz del cliente. - Esta captcha nos da la posibilidad de parar el sobrecarga de nuestro servicio y con lo cual el servicio de AEMET.
- No había bastante tiempo para mejorar la API, había que gestionar los errores devloviendo el codigo de estados correspondientes.
- Ejemplo 1: api_key es erroena y que nuestra API no tendra disponible la info de AEMET.
- Ejemplo 2: Que el municipio a buscar es erroneo y que no existe informacion de AEMET sobre el mismo.
- Tenía poco tiempo para investigar mas sobre AutoComplete de Angular y terminar el cliente.