Hooks, Context Providers, and Components that make it easy to interact with Firebase. (by FirebaseExtended)

Reactfire Alternatives

Similar projects and alternatives to reactfire

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better reactfire alternative or higher similarity.

reactfire reviews and mentions

Posts with mentions or reviews of reactfire. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-07-12.
  • Angular Fire equivalent for React?
    3 projects | /r/reactjs | 12 Jul 2023
  • Can't call Google Cloud Function from a react app. I get googleauth.js:17 Uncaught Error: Cannot find module 'child_process' in my browser's console
    3 projects | /r/googlecloud | 9 Dec 2022
    Are you using Firebase? If not, you probably should. You can call functions (with Auth) from your react app. There's a framework you can use to help:
  • Convex vs. Firebase
    7 projects | | 21 Jun 2022
    I was an early developer at Firebase. I think we made Firebase so easy to use and never spoke on about the technicals that the whole software ecosystem now underestimates the complexity involved. I see various Firebase competitors asserting various "mistakes it makes" without really understanding what it delivers, which is understandable because we never marketed it like that because we spoke only about how it can help you build easier.

    The idea that n queries instead of a join is slow is not as true as you would think. Firestore supports streaming and pipelines at its core, and can reuse cache across operations. At the end of the day, the data goes over a narrow network channel. If you can saturate the channel, and don't leave any gaps, what's the performance difference if the data comes from a single query or many that are back-to-back. The data is transferred to the client either way. Both Firebase databases are pipelined, so this "many round trip" argument is not a decent argument if the client can issue the queries without waiting for responses (such as the code in this article).

    The other is consistency levels and correctness. I constantly see devs call Firebase an eventually consistent database which is wrong, its causally consistent [1], and this makes a huge difference when trying to do OLTP. The offline capabilities are built on the consistency primitives, and it's the only way it can work. So while this convex article is banging on about "End-to-End Correctness Philosophy", they miss the most important quality of correctness, and if they are not careful, will miss the required engineering, and then be unable to deliver an offline cache over real-time streams. I see this playing out with Supabase, I warned them personally before they got into YCombinator that what they were building was not causally consistent. Since then, they have had to rearchitect their real-time features after shipping them. (I have not reviewed their latest design yet so I have no idea whether they have it right yet).

    Many things sucked about Firebase. The bespoke security rules and the lack of views. So Convex is on the money shipping functions on the backend. I think Supabase is shipping competitors' mistakes with row-level security language. Personally, I think Firebase's mistakes can be fixed with the addition of an open-source Firebase server [1], as the clients are already open source and the mistakes are all to do with just the server. The real tech was always in the clients anyway (offline cache, connection management, operation queues).

    It will be interesting to see if building expressly for React is a good idea. Firebase shipped many adapters, like, using the "thin-waist" principle of not over-fitting. But Javascript technology moved from callbacks to async while Firebase was in the field, so the current API is not now idiomatic. But convex is setting itself for even more ecosystem fragility, what if React changes API or falls out of favor? This is a big risk! I hope they can roll with whatever happens!


  • Do you have to use an ODM for firestore?
    2 projects | /r/Firebase | 25 May 2022
    Since you mentioned you're also using React, we have a React specific library (ReactFire) that also helps out quite a bit.
  • Intro To ReactFire v4 - Login, Logout Create Account And Protected Routes
    2 projects | | 1 Mar 2022
    From the ReactFire Example Code, see this is in AppAuthWrapper.tsx. The AuthWrapper code is from the reactfire repo to account for the removal of AuthCheck component
    2 projects | | 1 Mar 2022
    This is a quick walkthrough of a code example using ReactFire v4 in an application. The application supports login, logout, create an account, and protected routes. We also walk through two approaches for protecting routes since the AuthCheck component that existed in v3 no longer exists in v4 of ReactFire.
  • React Query + Firestore = ❤️
    3 projects | /r/reactnative | 5 Sep 2021
  • Usando Firebase para autenticar en Django REST Framework
    9 projects | | 2 Jun 2021
  • Has anyone had any success in setting up React tests using Create React App + Jest + Jsdom + Firebase Emulators
    2 projects | /r/Firebase | 9 Mar 2021
    Maybe someone over on the ReactFire repo can give some advice:
  • How To Use ReactFire & Redux Using Firebase Emulator to Build a CRUD Application
    2 projects | | 7 Mar 2021
    ReactFire - GitHub Project ReactFire Overview - Documentation Firebase Emulator - Overview
  • A note from our sponsor - Appwrite | 30 Nov 2023
    Add Auth, Databases, Functions, and Storage to your product and build any application at any scale while using your preferred coding languages and tools. Learn more →


Basic reactfire repo stats
28 days ago
Learn any GitHub repo in 59 seconds
Onboard AI learns any GitHub repo in minutes and lets you chat with it to locate functionality, understand different parts, and generate new code. Use it for free at