Para aquellos que, durante el largo fin de semana, están listos no solo para comer barbacoa, sino también para leer todo tipo de textos necesarios, he reunido diez de los enlaces de mayo del canal de desarrolladores de Vimbox en el Skyeng Slack corporativo. Como la última vez, la colección se concentra en el marco Angular y será interesante para los programadores que trabajen con ella.
Un excelente análisis del próximo renderizador Ivy: describe en términos generales por qué está hecho y cómo funciona dentro.
“Antes de entrar en los detalles de la ejecución, me gustaría dedicar algunos párrafos a la respuesta a la pregunta que siempre surge en mi cabeza sobre cualquier cambio. Esta es la eterna pregunta: ¿por qué?
Detalles sobre el concepto mencionado en el artículo DOM incremental implementado en el renderizador Ivy, y sus diferencias con el DOM virtual, en este artículo .
Bueno, para aquellos que están completamente aburridos, el documento de diseño oficial para el compilador Ivy .
Otra mini revisión realizada por Ivy Renderer con gifs sobre el trabajo de detección de cambios / ganchos de ciclo en vivo, mostrada por la estructura de los objetos internos y una demostración donde puedes sentirlo con tus manos.
Un momento divertido del artículo:
Una breve nota sobre por qué takeUntil siempre debe ser el último.
“ ¿Cuál es el problema?
Si el operador takeUntil se encuentra frente al operador que crea la nueva suscripción, al recibir la notificación de cancelación de suscripción en takeUntil este operador no se dará de baja y continuará trabajando ".
Hacer animaciones con RxJS
“Siempre que encuentre un problema en el que el tiempo y la asincronía juegan un papel, el pensamiento reactivo junto con bibliotecas reactivas como RxJS lo conducirá a una solución más simple y confiable. En este mundo de conexiones constantes, nubes, plataformas sin bloqueo y microservicios, el tiempo y la asincronía desempeñarán un papel cada vez más importante ".
Por qué vale la pena usar solo ReactiveForms y olvidarse de todo tipo de ngModel. Brevemente y al grano.
"¿Por qué no usar ambos?"
Tengo cuatro razones:
1. Desarrollo difícil.
2. Tendremos que cargar ambos, y el paquete será un poco más.
3. No podemos predecir qué elegirá el desarrollador, por lo que será más difícil procesar solicitudes de extracción.
4. En mi opinión, siempre tiene sentido adherirse a un paradigma si no hay razones serias para no hacerlo ".
Suficiente anatomía de la superficie @angular/router , o lo que sucede al navegar.
“De este artículo, aprendimos lo que hace el enrutador angular cuando un usuario navega de una página a otra.
Puedes usar la mnemotecnia PRIGRAM :
Culo
R edirect
Yo dentifico
G uard
Esolve
Un ctivate
M anage
para recordar el orden de los pasos tomados por el enrutador angular.
Conocer este proceso le permitirá comprender mejor lo que sucede detrás de escena y ayudará a curar posibles problemas con el enrutamiento ".
Una historia sobre cómo las diferencias se organizan en Angular con el ejemplo de escribir las suyas.
“Las diferencias angulares son quizás las API menos conocidas; estos son bloques altamente optimizados utilizados por Angular dentro del marco (ngClass, ngStyle, ngFor, etc.).
Definitivamente no los usará a diario, pero pueden ser muy útiles bajo ciertas condiciones. Si alguna vez te dijiste a ti mismo: "No es suficiente para mí saber que algo ha cambiado, necesito saber qué ha cambiado exactamente", los diferentes angulares le darán una respuesta ".
Un ejemplo simple de cómo obtener rápidamente @angular/elements con una configuración simple de paquete web para ensamblar.
“Tenga en cuenta que hicimos todo de forma manual y desde cero .
En el futuro debería ser, y será, más fácil. Se espera que todo se configure dentro de la CLI angular, y crear un ensamblaje de un elemento será cuestión de un comando cli.
Pero si escuchó sobre Angular Elements y quiere probarlos, esta es una de las posibles soluciones. Compartiré el segundo en el próximo artículo ".
Una descripción útil de cómo funciona ChangeDetection.OnPush , sin entrar en el código angular. Es muy útil para aquellos que no están al tanto / no entienden cómo vivir con él.
“Esta técnica se llama verificación sucia. Para saber si una plantilla necesita actualizarse, Angular necesita tomar un nuevo valor, compararlo con el anterior y, con base en esto, tomar la decisión de actualizar.
Imagine una gran aplicación con miles de carpetas; Si dejamos que Angular pruebe cada uno de ellos durante el ciclo de detección de cambios, nos encontraremos con problemas de rendimiento.
¿Qué pasa si ayudas a Angular indicándole cuándo revisar nuestros componentes?
Se ha lanzado la quinta versión de Nest: el excelente marco de backend de tipo angular Node.js en mecanografiado. Lo hicieron aún más abstracto (permitiéndole usar cualquier servidor http, no solo express), ajustaron la sintaxis para que coincida con el angular (decoradores / módulos), peinaron el módulo de microservicio, simplificando el corte de sus adaptadores y bibliotecas RPC en lugar del predeterminado.
Bueno, tradicional: ¡ven a trabajar! ¡Siempre necesitamos gente genial !