Algunas cosas que debe saber:
Encontré un problema que era muy confuso y todavía lo estoy resolviendo. Estoy haciendo un proyecto de base de fuego usando su último SDK V9 para sacudir árboles
import { initializeApp } from 'firebase/app';
Entiendo que Node JS está diseñado para backend (no se puede ejecutar en un navegador), entonces, ¿cómo se supone que debo "construir" esto en algo a lo que pueda hacer referencia en una etiqueta de script? Escuché sobre el paquete web, pero eso requiere que ejecute npm run build , entonces, ¿cómo es eso práctico de alguna manera? ¿Eso significaría que cada cambio que haga tendría que construirlo?
¿Cómo se puede obtener una vista previa en vivo de esta aplicación Node JS en un localhost si Node JS no se puede ejecutar en un navegador? Viviría para poder obtener una vista previa de esta aplicación Node JS y hacer cambios rápidamente si eso es posible.
Escuché sobre el paquete web, pero eso requiere que ejecute npm run build, entonces, ¿cómo es eso práctico de alguna manera? ¿Eso significaría que cada cambio que haga tendría que construirlo?
Sí, esa es la idea general. Realiza cambios en los archivos de secuencias de comandos en su máquina local (o red) y luego, para que los cambios surtan efecto, reconstruye la aplicación para que se genere un nuevo paquete. Este paquete se puede alojar en su servidor web o servidor de desarrollo y, una vez que esté allí, puede actualizar la página para ver las diferencias.
Pero casi todo esto se puede automatizar, lo que hace que no sea realmente una gran tarea.
Por lo tanto, durante el desarrollo, el flujo de trabajo puede ser tan simple como hacer un cambio, luego presione la tecla Alt en su navegador (alojando la aplicación en localhost) para ver los cambios.
Los paquetes creados con el fin de alojarlos eventualmente en el front-end pueden incorporar fácilmente módulos Node: el proceso de construcción puede tomar el código del módulo y el paquete producido puede incluir ese código. Este tipo de cosas es extraordinariamente común.