¿Qué hay dentro del Linter de Biome?

Hola a todos. ¿Cómo están? Hoy vamos a hablar sobre el Analizador Biome y lo que hay detrás de él. Antes de continuar, déjenme presentarme. Mi nombre es Emanuele Stoppa. Soy italiano y vivo en Irlanda. Me gusta el código abierto, los juegos y viajar. También estoy muy involucrado en el código abierto, participando en dos proyectos: Astro y Biome. Hoy vamos a hablar sobre el Analizador Biome. ¿Qué es lo que hace tan curioso al Analizador Biome? Bueno, el Analizador Biome es muy rápido. Vamos a ver por qué es tan rápido. No es solo un linter. Es mucho más que eso. Un linter es solo una parte pequeña. Y no es solo una herramienta de línea de comandos. Es algo más. Así que, vamos a hacerlo. Entonces, ¿por qué el Analizador Biome es tan rápido? Hay, entre otras cosas, tres aspectos que quiero explicarles. Y, ¿por qué es tan rápido el Analizador Biome? Bueno, aprovecha el multi-threading. Crea múltiples hilos para cada archivo. Utiliza canales de comunicación para mantener la comunicación entre los diferentes hilos. Y utiliza un almacenamiento en caché agresivo durante la fase de análisis. Ahora, el multi-threading. Cuando ejecutas un comando desde la CLI, como formatear, analizar, verificar, ese tipo de cosas. Cada comando recorre tu sistema de archivos. Lo que hace el Analizador Biome es que una vez que identifica los archivos que son elegibles para ser procesados, digamos, el Analizador Biome crea un hilo. Cada hilo es responsable de su propio archivo. Y lo analiza. Lo analiza y emite señales que pueden ser, por ejemplo, si hay un diagnóstico,

Entonces, utilizando estos canales, tenemos múltiples canales con múltiples emisores, que son básicamente los hilos. Y un receptor, que pertenece al hilo principal. Y una vez que hay diagnósticos, los recopilamos. Recopilamos si hay advertencias, errores. Si, por ejemplo, omitimos algunos diagnósticos debido a algunas restricciones u opciones y cosas así. Entonces, así es como ocurre la comunicación. Y una vez que todos los hilos han terminado, el hilo principal puede reanudar su trabajo e informar todo a tu console.

Y luego tenemos tokens reutilizables. Entonces, ¿qué significa eso? Entonces, una vez que el biome analiza tu archivo, crea tokens y nodos. Estos son básicamente pointers a un bloque de memoria en tu sistema operativo. Y estos pointers se guardan, como las referencias se guardan en un objeto de caché. ¿De acuerdo? Una vez que ocurre un reparsing del mismo archivo nuevamente, digamos que ocurrió una acción de code y esa acción cambia este fragmento de let a const. Hacemos un reparsing para asegurarnos de que no haya más reglas activadas. Cuando lo repasamos, esencialmente, los nodos que pertenecen a msecret equals y la cadena se reutilizan. Entonces, en lugar de crear un nuevo nodo, ya lo tenemos allí. Entonces, tenemos esa referencia que dice que msecret apunta a ese bloque de memoria. Vamos a usarlo. No creemos uno nuevo. Entonces, así es como para cada documento reutilizamos lo mismo. Entonces, en términos de memoria, no hay desperdicio en absoluto.

¿Genial, verdad? Antes dije que es más que un linter. Exactamente. Un linter es solo una pequeña parte del analizador. El analizador de Biome es capaz de complementar al analizador sintáctico. También es capaz de proporcionar otras características como la ordenación de importaciones y mucho más. Entonces, ¿cómo complementa al analizador sintáctico? Dependiendo del proyecto, el proyecto puede decidir que algunas cosas relacionadas con la fase de análisis sintáctico estén fuera del alcance, no sean objetivos. Por ejemplo, la validación semántica u otras cosas. Y de hecho, podemos usar el analizador para complementar la fase de análisis sintáctico emitiendo nuevos diagnósticos utilizando el analizador. En Biome, por ejemplo, tenemos algunas reglas de sintaxis. Así es como las llamamos, que se emiten y se activan antes del propio, por ejemplo, el propio linting o el propio formateo. Entonces, si el code que intentas lintear tiene algunos errores de sintaxis, se emiten y la fase de linting se detiene. No podemos hacer eso. Así es como un analizador puede ayudar aún más.

Ordenación de importaciones. Las importaciones provienen en realidad del analizador de Biome. No es una regla de linting. No tiene nada que ver con el linter. Es parte de la misma infraestructura. Simplemente lo usamos de una manera diferente. Y así es como funciona. Simplemente habilitas tu IDE para llamar a la ordenación de importaciones. Y una vez que guardas, lo hace automáticamente por ti. No es necesario ningún diagnóstico ni nada por el estilo. Y aún más, el analizador en realidad sienta las bases para, por ejemplo, transpilar el code. Por ejemplo, transformar y transpilar JSX a JavaScript. Algo así como una burbuja. Y asistir. Un dato curioso, la ordenación de importaciones en realidad es una asistencia. Entonces, en el futuro, en un futuro próximo de Biome,

Y como Biome también es una herramienta CLA, a través de la configuración, puedes imponer estas refactorizaciones y hacer que la CLI falle, si, por ejemplo, las claves JSON de un determinado archivo JSON no están ordenadas. Entonces, lo mejor de dos mundos. Y todo esto también se muestra en este video. Como, aquí puedes ver lo rápido que es Biome. Como, descargué el repositorio de webpack y el repositorio de rollup y la base de código de TypeScript de las herramientas de Rome. Y mira qué rápido es. Como, no imprimimos diagnósticos, porque imprimir diagnósticos es costoso. Pero mira, como 13,000 archivos. Incluso realmente grandes. Porque la antigua base de código de TypeScript contiene muchos archivos grandes para fines de análisis y testing. Y es increíblemente, increíblemente rápido. Entonces, como, genial DX, diría yo. Gracias.