[DEVBLOG#76] Introducing Vanilla Expanded Framework
Added 2020-08-26 09:12:52 +0000 UTCHello everyone and welcome to a quite important development blog.
Over the past weeks we were wondering if we made the right decision back in the day to keep everything independent, and we have now came to a conclusion we really didn't.
To put it into perspective - we have spent weeks writing a very complex code for the Cuisine mods - Cooking and Brewing, allowing us to make complex production chains easily - which in turn keeps the game interesting for you, and easy to mod for us!
Problem is, when we started working on mead for Vanilla Factions Expanded - Vikings, we noticed that if we simply duplicate this code it will cause a cascade of performance issues, slowing your game to a halt. Some code just cannot be duplicated.
How do we fix that? By creating our own framework. To make it easier for you, we decided to turn Vanilla Factions Expanded - Core into Vanilla Expanded Framework, meaning if you are already a subscriber to any of our faction mods, you don't need to do anything else. To those who are not subscribed to Vanilla Factions Expanded - Core, you will notice that some mods will now require it.

You probably heard rumors that Vanilla Factions Expanded - Core is bad for performance. Well, it was, but we have now invested several hours into fixing any performance issues - it runs smoother than vanilla now!
On day one, following mods will require Vanilla Expanded Framework:
Vanilla Factions Expanded - Medieval
Vanilla Factions Expanded - Settlers
Vanilla Factions Expanded - Insectoids
Vanilla Cooking Expanded
Vanilla Brewing Expanded
Vanilla Hair Expanded
Over the course of the coming months we will slowly move all the important code from other mods into this framework as well. I'd like you to know that this process takes an extraordinary amount of time and work from many developers you might already know, and I'd like to take this moment to introduce them:







So in the future if you see us releasing a mod, and the description will have this graphic:

It means you need to have the framework running for it to work.
I hope the reason for this move that I've stated is sufficient for you. I was always against using frameworks, as it's an extra thing you need to subscribe to, and I want to keep it as simple as possible, but in this case if you want quality mods in the future, this is the way.
Comments
Good decision. 100% support.
Andy Burchett
2020-08-28 22:13:11 +0000 UTCHappening concurrently, mostly migrating code into the framework and away from the individual mods. Largely already done!
2020-08-28 05:47:27 +0000 UTCHope it doesn't halt mod development much
Tay'Yeer
2020-08-27 07:54:26 +0000 UTCYeah, well. If you maded just a few would make sense not to make a framework, or if you used just xml's We use a lot of your mods so, it's better this way now. Was something fixable anycase, just a minor setback. :D
Federico Torres
2020-08-26 20:52:57 +0000 UTCSpace module is already updated and has been for a while now.
Oskar Potocki
2020-08-26 15:04:42 +0000 UTCHope we can get Space Module updated, as well as link sink with Heligen gas stove with this Framework unity
2020-08-26 15:02:01 +0000 UTCOh you sweet summer child...
Nicholas Thornton
2020-08-26 14:32:59 +0000 UTCI have spoken
Oskar Potocki
2020-08-26 12:15:04 +0000 UTCThis is the way
Brian Lang
2020-08-26 12:14:38 +0000 UTCYes and no. It will mean we can reuse the code we already have written. For example I can easily add facial paint mechanic to Vikings using the same code we use to generate beards without duplicating code.
Oskar Potocki
2020-08-26 11:40:35 +0000 UTCWill this make new mods easier to make? And quicker?
Jesse A Gentle
2020-08-26 11:39:21 +0000 UTCNice! Thank you all for your amazing work!!
2020-08-26 10:40:27 +0000 UTCIf it makes it easier and better performance no one should complain.
Ordred
2020-08-26 10:22:31 +0000 UTCAll for it if it means better performance and keeping the awesome mods coming!
John White
2020-08-26 10:14:46 +0000 UTC