-
Notifications
You must be signed in to change notification settings - Fork 160
Description
The setup to manage this firebase backend is pretty dope. I like it, other firebase devs like it and it seems like there's a consensus around the ease of expansion for this setup. The only problem that I currently have with it is that it's not standing on its own. Currently you have to write that glob code before you can use the "framework" laid out.
This ticket serves as a action item to track the progress of streamlining the setup required to use the "framework". I have asked for help from @llewellyncollins with this issue and we'll be discussing in the open to come up with a streamlined process of setting this up.
The main goal of this mission is:
Reduce the amount of code required before deploying a backend using the Reactive + RESTful API setup
We're not trying to build a backend building framework. We have a good system (of rules) that I think can scale very well so now we just have to focus on making that easier to start using and then as time goes on we'll establish certain rules for "good practice" within the system.
We'll develop it in a similar way that stacked was developed. If we need something in production that we have to write over and over we'll move it into the package and push out an update. If we don't need it or it doesn't improve the overall maintenance and speed of development then it won't be added.
Todo list of tasks required:
- Refactor function setup to prep for moving it into its own package
- Create a new repo for the package to be published from (Repo here)
- Move the functionality in the functionParser into a new package called firebase-backend
- Publish the package as v0.2.0 from the filledstacks repo
- Refactor the Box't Out backend functions to use the new firebase-backend package