Base de fuego:

Base de fuego:

Quiero desarrollar una aplicación web y, posteriormente, las correspondientes aplicaciones de Android/IOS. Hasta ahora solo he decidido la interfaz para la que quiero usar reaccionar y reaccionar nativo para dispositivos móviles.

Para el resto de la pila de tecnología estoy considerando usar meteor.js, en cuyo caso corríjanme si me equivoco, no necesitaría otra tecnología.

Sin embargo, también estoy buscando alternativas y algunas cosas sobre las que he leído son loopback, firebase y redux. Soy bastante nuevo en todo esto, así que sé que esta es probablemente una comparación de manzanas con naranjas, pero no estoy muy seguro de qué haría cada uno de ellos por mí y si esta sería una situación de una u otra. ¿Si combinaría algunos de estos? ¿Parece que Redux también podría encajar en un flujo de trabajo de meteor.js?

Entonces, resumiendo, sería fantástico si alguien pudiera explicarme cómo encajan todos ellos y qué tipo de combinaciones tendrían sentido como pila de tecnología.

Respuesta1

Base de fuego:

Firebase funciona así: uno o más usuarios se suscriben a algunos datos porque están interesados ​​en la información.

Un servidor realiza un seguimiento de esas suscripciones. Tan pronto como se produce una nueva suscripción, algunos datos se devuelven como mensaje.

Cuando un cliente escribe algunos datos, el servidor pub/sub transmite esta actualización a todas las demás suscripciones activas.

Todo funciona como pub/sub, por lo que no existe el concepto de "consulta". Simplemente dice lo que le interesa y luego recibe mensajes que describen los datos.

Ventajas

  • Si su aplicación ejecuta una base de datos centralizada y muchos usuarios la actualizan, es más que capaz de manejar las actualizaciones de datos en tiempo real entre dispositivos.
  • Almacenado en la nube para que esté disponible en todas partes.
  • API multiplataforma (si está utilizando esta base de datos con una aplicación).
  • Ellos alojan los datos, lo que significa que si almacena una gran cantidad de datos, ¡no tiene que preocuparse por el hardware!

Contras:

  • A menos que su aplicación ejecute una base de datos centralizada actualizada por una gran cantidad de usuarios, es una exageración.
  • El formato de almacenamiento es completamente diferente al de SQL (Firebase usa JSON), por lo que no podrá migrar tan fácilmente.
  • Las herramientas de informes no estarán ni cerca de las de SQL estándar.
  • ¡Costo! ¡Limitado a 50 conexiones y 100 MB de almacenamiento!
  • No alojas los datos. Firebase lo hace. Dependiendo del servidor en el que te coloquen, la visualización del tiempo de actividad parece haber muchas interrupciones últimamente.

redux

Redux es un patrón de arquitectura y una biblioteca. Su regalo para usted es la capacidad de administrar el estado de su aplicación en un solo objeto. Aquí hay unartículohablando de eso, y unartículo hablando de las desventajas de almacenar todo tu estado en un solo átomo inmutable.

Bucle invertido

Ventajas

  • Desarrollo de API RESTful muy rápido
  • Convención sobre configuración
  • Modelos incorporados listos para usar
  • soporte RPC
  • Totalmente configurable cuando sea necesario
  • Amplia documentación
  • Equipo de tiempo completo trabajando en el proyecto.
  • Soporte comercial disponible

información relacionada