Huge success tonight — probably gonna go treat myself to some chocolate milk. Converted the Azure Container App for api.projectfoshes.com to a Azure Function App. Using the “/items” endpoint feels instant. There is no startup time (the Container App took a second or two to start up.. not good) and I believe that this option will be cheaper than the previous.
I modified the backend source code from Python to .NET/C# to JavaScript. Looking back, I could convert back to Python if I wanted to, but I don’t see a point. I moved away from Python because I didn’t think it was compatible with Function Apps for some reason — no idea where I got that from. Anyway, JavaScript is working fine for me and I know how to use it. It would’ve been really cool to use .NET/C#, but my problem with that is that C# isn’t a dynamic language, so I feel like I’d have to rewrite the functions every single time there was a new field added to items in MongoDB. Maybe I’m just delusional and it’s actually super simple to make the API scalable with C# — I don’t care enough to try it out.
Regardless, I’m really proud of the progress tonight. I learned how to use MongoDB and made the API arguably better (and easier to manage in my opinion). As for the rest of the night (and maybe tomorrow), I plan to look into a method to POST quantity and item data. All of this effort is going to be hugely beneficial when I add the market to the game. I think that if the database is setup correctly, the market AND trading history (you’re reading that right) will be easily stored in MongoDB.
As for actual game development, I’ve left off with Blox spawning randomly in the lobby. I need to bind Blox rewards to specific in-game actions — killing people as murderer, winning a game, etc. Afterwards, add crates to production, save inventories, and ensure that the amount of items in circulation is being saved correctly (this is EXTREMELY important in my eyes).
ok bye