Matando Bugs con Amabilidad

Rate this content
Bookmark
Slides

En esta charla, daremos un vistazo novedoso y original a algunos de los comportamientos inesperados en una base de código de React y los antipatrones que los causan. Los descubrimos mientras construíamos un nuevo marco de desarrollo web de pila completa sobre React.

9 min
24 Oct, 2022

Video Summary and Transcription

Esta charla se centra en reducir los errores en una base de código de React mediante la comprensión de los antipatrones. Se discuten los tipos de errores identificados y las barreras implementadas para prevenirlos. Se enfatiza la importancia de ser cauteloso con los hooks como useState y useRef, junto con el uso del contexto para el almacenamiento de estado. El ejemplo de refactorización demuestra cómo reducir useState y las devoluciones de llamada puede mejorar la calidad y eficiencia del código en el marco de trabajo.

Available in English

1. Introducción a la reducción de errores en la base de código de React

Short description:

Hola a todos. Mi nombre es Darshata y hablaré sobre cómo reducir errores en una base de código de React entendiendo antipatrones. Compartiré los tipos de errores que hemos identificado en nuestra base de código y las barreras de protección que hemos implementado para evitarlos en el futuro. Cubriré cómo prevenir tres tipos de comportamientos inesperados en el código: un componente que no se actualiza después de un evento del usuario, un componente que se actualiza parcialmente después de un evento del usuario y un componente que se renderiza de manera inesperada. Si podemos llevarnos algo de esta charla, debería ser ser tan paranoicos como Sharvi en el episodio de Always Sunny cuando usamos hooks como useState, useRef, etc., que no tienen arrays de dependencias. Otra forma de evitar el uso innecesario de useState es utilizando el contexto del controlador de eventos para almacenar el estado.

Mi nombre es Darshata y hablaré sobre cómo reducir errores en una base de código de React entendiendo antipatrones.

Un poco sobre mí, soy el mantenedor del proyecto de código abierto Atri Engine, que es un nuevo framework de desarrollo web de pila completa. También soy cofundador y CEO de Atri Labs, la empresa detrás de este proyecto. Con el framework Atri, se puede crear la parte frontal de un sitio web escribiendo código de React y su paquete en NodeJs, Python, etc. Hay muchas herramientas de productividad integradas en él, como un editor visual que se puede utilizar para crear la parte frontal de un sitio web y complementar tu código de React. Así es como se ve ese editor visual. Como puedes ver, hay numerosas interacciones en una página. Por ejemplo, podemos agregar componentes, darles estilo y moverlos. También podemos ver qué tan receptivo es nuestro sitio web haciendo clic en diferentes tamaños de pantalla.

Al crear este framework, para nuestro equipo fue muy importante entender y caracterizar antipatrones en nuestra gran base de código de React, porque un código subóptimo en una interacción puede afectar toda la aplicación. Además, el objetivo de nuestro framework es admitir la creación de sitios web de calidad de producción. Por lo tanto, para nosotros era muy importante establecer estándares internos rigurosos en cuanto a la calidad del código. En esta charla, compartiré los tipos de errores que hemos identificado en nuestra base de código y las barreras de protección que hemos implementado para evitarlos en el futuro. Cubriré cómo prevenir tres tipos de comportamientos inesperados en el código. Primero, un componente no se actualiza después de un evento del usuario. Segundo, el componente se actualiza parcialmente después de un evento del usuario, ya que el estado anterior aún está presente. Y tercero, el componente se renderiza de manera inesperada. Inicialmente, mientras construíamos nuestro framework, nos encontrábamos con estos errores repetidamente. Así que nuestro primer recurso fue usar declaraciones de impresión aleatorias como un verdadero desarrollador. Pero, por supuesto, más adelante tuvimos que crear algún método al respecto. Utilizamos un tema central para codificar pistas que sean fáciles de recordar y que nos puedan ayudar a identificar antipatrones. Y ese tema proviene de la documentación oficial de React, que establece que un código de React debe ser independiente de la secuencia en la que los componentes se renderizarán y cuándo se renderizarán. La primera pista es si estamos usando hooks sin un array de dependencias. Creemos que una forma de visualizar el código de React es como una colección de piezas de código interdependientes. Por lo tanto, si no se puede establecer una relación de dependencia en el código, es muy probable que esto resulte en errores. Así que si podemos llevarnos algo de esta charla, debería ser esto. Seamos tan paranoicos como Sharvi en este icónico episodio de Always Sunny cuando veamos o escribamos hooks como useState, useRef, etc., que no tienen arrays de dependencias. Otra forma de evitar el uso innecesario de useState es utilizando el contexto del controlador de eventos para almacenar el estado.

2. Refactorización para reducir useState

Short description:

El código de la izquierda tiene antipatrones. Por ejemplo, hay cuatro useStates y tres callbacks. El código de la derecha es su versión refactorizada, donde hemos eliminado el uso de useState y reducido el número de callbacks. Esta refactorización ha disminuido significativamente la proporción de useState por componente en nuestro framework.

Estado. Aquí estoy demostrando esto usando el componente de deslizador personalizado. El código de la izquierda tiene antipatrones. Por ejemplo, hay cuatro useStates y tres callbacks. El estado de startPosition registra la posición inicial del cursor. El código de la derecha es su versión refactorizada. Observa que no tenemos ningún useState y solo un callback porque hemos utilizado el contexto local del callback para almacenar toda la información en curso relacionada con las interacciones del usuario. Cuando aplicamos esta refactorización a nuestro framework, pudimos reducir drásticamente la proporción de useState por componente. Nuestra proporción actual de número de useStates respecto al número total de hooks y componentes personalizados es de aproximadamente 1 a 3. Para darte una idea del tamaño de nuestra base de código, tiene alrededor de 100 hooks personalizados y alrededor de 200 componentes.

La siguiente pista para los antipatrones es si estás utilizando anidamiento para organizar componentes. Ten en cuenta que al usar anidamiento, si no prestas atención, es posible que pases estados duplicados a los hijos. Esto puede llevar a inconsistencias de estados entre el padre y los hijos. Recuerda que nuestro código debe ser independiente de la secuencia en la que los componentes se renderizarán. Además, debe haber una única fuente de verdad para cada estado, de lo contrario, esto resultará en errores.

Lo segundo a tener en cuenta aquí es que rastrear los cambios en el estado es el paso más lento en la depuración. Dado que el anidamiento permite cambios de estado en cada nivel, lleva más tiempo depurar.

La tercera pista es si estás utilizando muchos estados no controlados o muchos componentes no controlados. Somos conscientes de que hay un debate activo sobre el uso de componentes controlados, pero creemos que se deben preferir los componentes controlados, especialmente si el número de interacciones por página es alto. En nuestro framework, hemos logrado reducir los errores en más del 80% mediante el uso de componentes controlados.

Entonces, para resumir, ten mucho cuidado cuando uses hooks sin dependencias y cuando uses anidamiento para organizar componentes. Definitivamente debemos evitar dos antipatrones. El primero es usar props en el contexto o como estado inicial, y el segundo es usar el antipatrón de destruir y recrear. Como su nombre lo indica, este antipatrón se refiere a eliminar el componente del DOM y destruir todos los hooks y estados creados durante la primera llamada de función. Luego, se crea el componente nuevamente desde cero. Este antipatrón puede provocar problemas como el efecto de parpadeo.

Hay cuatro patrones de codificación que recomendamos a nuestros desarrolladores que prefieran para reducir los errores. El primero es usar props en JSX. El segundo, utilizar el contexto del controlador de eventos para almacenar el estado. Tercero, en lugar de intentar hacer que useState funcione de alguna manera con parches, cambia a un hook que tome dependencias como UseMemo. Y cuarto, utiliza componentes controlados siempre que sea posible. Gracias por escuchar. Estas son mis redes sociales. Si estás interesado en leer más sobre estos antipatrones, puedes consultar mi publicación en el blog. Allí discuto estos antipatrones con más detalle. También he utilizado una aplicación de ejemplo en el blog que demuestra estos antipatrones. Por último, este es el enlace al framework de desarrollo web de pila completa que estamos construyendo. Si estás interesado en contribuir a nuestro proyecto o compartir comentarios, por favor échale un vistazo. Y si te gusta lo que estamos construyendo, por favor comienza nuestro repositorio. ¡Gracias!

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

React Advanced Conference 2022React Advanced Conference 2022
25 min
A Guide to React Rendering Behavior
Top Content
React is a library for "rendering" UI from components, but many users find themselves confused about how React rendering actually works. What do terms like "rendering", "reconciliation", "Fibers", and "committing" actually mean? When do renders happen? How does Context affect rendering, and how do libraries like Redux cause updates? In this talk, we'll clear up the confusion and provide a solid foundation for understanding when, why, and how React renders. We'll look at: - What "rendering" actually is - How React queues renders and the standard rendering behavior - How keys and component types are used in rendering - Techniques for optimizing render performance - How context usage affects rendering behavior| - How external libraries tie into React rendering
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Building Better Websites with Remix
Top Content
Remix is a new web framework from the creators of React Router that helps you build better, faster websites through a solid understanding of web fundamentals. Remix takes care of the heavy lifting like server rendering, code splitting, prefetching, and navigation and leaves you with the fun part: building something awesome!
React Advanced Conference 2023React Advanced Conference 2023
33 min
React Compiler - Understanding Idiomatic React (React Forget)
React provides a contract to developers- uphold certain rules, and React can efficiently and correctly update the UI. In this talk we'll explore these rules in depth, understanding the reasoning behind them and how they unlock new directions such as automatic memoization. 
React Advanced Conference 2022React Advanced Conference 2022
30 min
Using useEffect Effectively
Top Content
Can useEffect affect your codebase negatively? From fetching data to fighting with imperative APIs, side effects are one of the biggest sources of frustration in web app development. And let’s be honest, putting everything in useEffect hooks doesn’t help much. In this talk, we'll demystify the useEffect hook and get a better understanding of when (and when not) to use it, as well as discover how declarative effects can make effect management more maintainable in even the most complex React apps.
React Summit 2022React Summit 2022
20 min
Routing in React 18 and Beyond
Top Content
Concurrent React and Server Components are changing the way we think about routing, rendering, and fetching in web applications. Next.js recently shared part of its vision to help developers adopt these new React features and take advantage of the benefits they unlock.In this talk, we’ll explore the past, present and future of routing in front-end applications and discuss how new features in React and Next.js can help us architect more performant and feature-rich applications.
React Advanced Conference 2021React Advanced Conference 2021
27 min
(Easier) Interactive Data Visualization in React
Top Content
If you’re building a dashboard, analytics platform, or any web app where you need to give your users insight into their data, you need beautiful, custom, interactive data visualizations in your React app. But building visualizations hand with a low-level library like D3 can be a huge headache, involving lots of wheel-reinventing. In this talk, we’ll see how data viz development can get so much easier thanks to tools like Plot, a high-level dataviz library for quick & easy charting, and Observable, a reactive dataviz prototyping environment, both from the creator of D3. Through live coding examples we’ll explore how React refs let us delegate DOM manipulation for our data visualizations, and how Observable’s embedding functionality lets us easily repurpose community-built visualizations for our own data & use cases. By the end of this talk we’ll know how to get a beautiful, customized, interactive data visualization into our apps with a fraction of the time & effort!

Workshops on related topic

React Summit 2023React Summit 2023
170 min
React Performance Debugging Masterclass
Featured WorkshopFree
Ivan’s first attempts at performance debugging were chaotic. He would see a slow interaction, try a random optimization, see that it didn't help, and keep trying other optimizations until he found the right one (or gave up).
Back then, Ivan didn’t know how to use performance devtools well. He would do a recording in Chrome DevTools or React Profiler, poke around it, try clicking random things, and then close it in frustration a few minutes later. Now, Ivan knows exactly where and what to look for. And in this workshop, Ivan will teach you that too.
Here’s how this is going to work. We’ll take a slow app → debug it (using tools like Chrome DevTools, React Profiler, and why-did-you-render) → pinpoint the bottleneck → and then repeat, several times more. We won’t talk about the solutions (in 90% of the cases, it’s just the ol’ regular useMemo() or memo()). But we’ll talk about everything that comes before – and learn how to analyze any React performance problem, step by step.
(Note: This workshop is best suited for engineers who are already familiar with how useMemo() and memo() work – but want to get better at using the performance tools around React. Also, we’ll be covering interaction performance, not load speed, so you won’t hear a word about Lighthouse 🤐)
React Advanced Conference 2021React Advanced Conference 2021
132 min
Concurrent Rendering Adventures in React 18
Top Content
Featured WorkshopFree
With the release of React 18 we finally get the long awaited concurrent rendering. But how is that going to affect your application? What are the benefits of concurrent rendering in React? What do you need to do to switch to concurrent rendering when you upgrade to React 18? And what if you don’t want or can’t use concurrent rendering yet?

There are some behavior changes you need to be aware of! In this workshop we will cover all of those subjects and more.

Join me with your laptop in this interactive workshop. You will see how easy it is to switch to concurrent rendering in your React application. You will learn all about concurrent rendering, SuspenseList, the startTransition API and more.
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
React Hooks Tips Only the Pros Know
Top Content
Featured Workshop
The addition of the hooks API to React was quite a major change. Before hooks most components had to be class based. Now, with hooks, these are often much simpler functional components. Hooks can be really simple to use. Almost deceptively simple. Because there are still plenty of ways you can mess up with hooks. And it often turns out there are many ways where you can improve your components a better understanding of how each React hook can be used.You will learn all about the pros and cons of the various hooks. You will learn when to use useState() versus useReducer(). We will look at using useContext() efficiently. You will see when to use useLayoutEffect() and when useEffect() is better.
React Advanced Conference 2021React Advanced Conference 2021
174 min
React, TypeScript, and TDD
Top Content
Featured WorkshopFree
ReactJS is wildly popular and thus wildly supported. TypeScript is increasingly popular, and thus increasingly supported.

The two together? Not as much. Given that they both change quickly, it's hard to find accurate learning materials.

React+TypeScript, with JetBrains IDEs? That three-part combination is the topic of this series. We'll show a little about a lot. Meaning, the key steps to getting productive, in the IDE, for React projects using TypeScript. Along the way we'll show test-driven development and emphasize tips-and-tricks in the IDE.
React Advanced Conference 2021React Advanced Conference 2021
145 min
Web3 Workshop - Building Your First Dapp
Top Content
Featured WorkshopFree
In this workshop, you'll learn how to build your first full stack dapp on the Ethereum blockchain, reading and writing data to the network, and connecting a front end application to the contract you've deployed. By the end of the workshop, you'll understand how to set up a full stack development environment, run a local node, and interact with any smart contract using React, HardHat, and Ethers.js.
React Summit 2023React Summit 2023
151 min
Designing Effective Tests With React Testing Library
Featured Workshop
React Testing Library is a great framework for React component tests because there are a lot of questions it answers for you, so you don’t need to worry about those questions. But that doesn’t mean testing is easy. There are still a lot of questions you have to figure out for yourself: How many component tests should you write vs end-to-end tests or lower-level unit tests? How can you test a certain line of code that is tricky to test? And what in the world are you supposed to do about that persistent act() warning?
In this three-hour workshop we’ll introduce React Testing Library along with a mental model for how to think about designing your component tests. This mental model will help you see how to test each bit of logic, whether or not to mock dependencies, and will help improve the design of your components. You’ll walk away with the tools, techniques, and principles you need to implement low-cost, high-value component tests.
Table of contents- The different kinds of React application tests, and where component tests fit in- A mental model for thinking about the inputs and outputs of the components you test- Options for selecting DOM elements to verify and interact with them- The value of mocks and why they shouldn’t be avoided- The challenges with asynchrony in RTL tests and how to handle them
Prerequisites- Familiarity with building applications with React- Basic experience writing automated tests with Jest or another unit testing framework- You do not need any experience with React Testing Library- Machine setup: Node LTS, Yarn