¿React.js es solo una biblioteca front-end?

Bueno, es una biblioteca que genera pantallas, y las pantallas se ejecutan tradicionalmente en el front-end, pero la generación puede suceder del lado del cliente o del lado del servidor, y reaccionar puede usarse en cualquiera de los dos. Si lo ejecuta en el servidor, genera el html como una cadena y luego sirve esa cadena al cliente como un archivo html estático.

También hay una técnica llamada reacción isomórfica (también conocida como reacción universal), en la que el marco se ejecuta tanto en el lado del servidor como en el del cliente. Ejecutarlo en el servidor significa que el html puede, inicialmente, representarse estáticamente, lo que agiliza el servicio y la representación en el cliente. Pero, después, el cliente reacciona puede hacerse cargo de cualquier actualización posterior al servicio.

Hola,

React es una biblioteca JavaScript de código abierto que proporciona una vista de los datos representados como lenguaje de marcado de hipertexto. Reaccionar, en caso de que no esté familiarizado con él, es una biblioteca para el desarrollo web front-end. Lo usa para crear componentes: pequeñas etiquetas que no son realmente HTML que pueden componer juntas para crear su interfaz de usuario. React es mejor conocido por sus decisiones controvertidas: implementando un DOM virtual, definiendo la interfaz de usuario en JavaScript en lugar de plantillas, e inventando un pequeño superconjunto de JavaScript llamado JSX que le permite incrustar no realmente HTML directamente en su código JS. Estas decisiones se combinan para crear un mundo en el que, en lugar de escribir código que manipule el DOM (agregue este elemento, desvanezca este, actualice ese campo de texto), en su lugar, escriba un código que describa cómo se supone que debe verse el DOM en este momento. React hace el trabajo duro de descubrir qué manipulaciones son necesarias para que el DOM se vea realmente de esa manera. React promete a los programadores un modelo en el que los subcomponentes no pueden afectar directamente a los componentes adjuntos.

Saludos,

Ramya, [correo electrónico protegido] Curso – ReactJS Online Training Institute en Hyderabad

Reaccionar es la capa de vista. No necesita saber de dónde provienen los datos. Simplemente sabe cómo mostrar los datos que obtiene.

No escucha los cambios del servidor y no sabe si incluso hay un servidor o no. Introduce los datos en él y representa la interfaz de usuario. Usted es el responsable de actualizar los datos.

La responsabilidad de React es actualizar la IU dada la nueva información. Lo hace de una manera eficiente que conceptualmente, desde su punto de vista, es como si hubiera cambiado los datos y actualizado. Esto significa que solo tiene que preocuparse por cómo el estado y los accesorios se asignan a una nueva interfaz de usuario y agregar controladores de eventos que causarían un cambio en el estado / accesorios.

Entonces, en ese sentido, podría llamarse una biblioteca solo front-end. Pero esto será un poco engañoso porque puede ejecutar reaccionar tanto en el servidor como en el cliente. React se puede usar para renderizar del lado del servidor, en lugar de renderizar en el cliente. Pero todavía es solo una capa de vista: si esta vista se genera en el lado del servidor o en el lado del cliente, no cambia el hecho de que no “escucha” al servidor o sabe que existe y que usted es quien maneja la actualización de sus datos.

Sí reaccionar es un front-end, en mi opinión sobre los frameworks de JavaScript front-end más eficientes. Funciona muy bien con Express para redes y Mongo DB para base de datos. Un idioma (JavaScript), tiempos felices 🙂