Photo by Mabel Amber
El paquete flag sólo soporta unos pocos tipos de variables: string, int, bool y duration.
Sin emabargo, podemos definir nuestros propios tipos de forma sencilla; en esta entrada creamos flags de tipo email y que admitan múltiples valores separados por comas (slice).
Ahora que tenemos un concepto que funciona, el siguiente paso es generalizarlo. En esta entrada el foco es “estandarizar” los conceptos de comando usando el paquete flag.
Una de las limitaciones del paquete flag es que no proporciona soporte para comandos o subcomandos. Sin embargo, podemos simularlos de manera sencilla.
El paquete flag es la opción desarrollada y mantenida por el equipo de Go para la gestión de flags.
Como viene incluido en la biblioteca standard de Go, no requiere ninguna dependencia externa.
En esta entrada, vemos a explorar algunos ejemplos usando el paquete flag.
Uno de los motivos por los que el blog ha estado en un estado de semi-abandono durante este tiempo es porque estoy dedicando mucho tiempo a aprender Go.
Voy desarrollando pequeños proyectos que resuelven problemas concretos de mi día a día o relacionados con mi trabajo; así, como tengo un buen conocimiento del problema a resolver, también sé cómo espero que sea “la solución” a desarrollar. De esta forma, aprendo lo que necesito en vez de intentar aprender cosas “porque sí” (como temas de concurrencia).
A medida que voy aprendiendo, revisito los proyectos y así, poco a poco, los voy mejorando.
La entrada de hoy es sobre algo que, por mucho que me repita día a día, sigue siendo extremadamente difícil de conseguir: centrarse en hacer que las cosas funcionen antes de intentar hacer las cosas bien.
Éso es el secreto que, una vez más, me ha llevado a finalizar en unas cuantas horas uno de esos proyectos a los que llevaba días, sino semanas, encallado y dándole vueltas: devc.
En la solución original de Google Professional Services, API Key Rotation Checker mostraba las API keys que deben rotarse y las que no en dos grupos diferentes.
Al mostrar por pantalla los resultados, ya incluimos un icono para diferenciar las API keys. Ahora vamos a introducir un flag para filtrar las API keys encontradas, no sólo cuando las mostramos por pantalla, sino también cuando las exportamos a cualquiera de los formatos soportados.
Hasta ahora hemos estado examinando las API keys en un solo proyecto. Ahora vamos a obtener la lista de proyectos a los que el usuario tiene acceso, para poder examinar API keys en todos ellos.
En esta entrada voy a mostrar cómo, gracias a una buena organización del código previa, podemos añadir nuevas maneras de mostrar las API keys sin tener que realizar modificaciones importantes.
Ahora que somos capaces de mostrar cuántos dias hace que se creó una API key, ha llegado el momento de comparar ése dato con el periodo de rotación y así indicar si la API key debe ser rotada o no.
