Game data upgrade #19
Labels
No labels
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: williamjcm/MassBuilderSaveTool#19
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
As of 1.3.x, most game data maps are basically just mapping an ID to a string. This needs to change.
enum
. Done in 1.4.enum
.and numbercan be deduced from the ID. IDs for the challenges are not linear unlike hunts and story missions, so mission number can't be auto-deduced here.n
" entries, and maybe start storing all data about the game's built-in styles (and then drop the "names" part of the map :D).enum
s, except Motion which should be abool
.Some musings.
What about using an ECS as a database that can be queried ? Not just for game data, but also save data ?
Sander Mertens, the author of the ECS framework Flecs, showed that it's very much possible, especially when relationships between entities are involved, in a blog post titled "Why it is time to start thinking of games as databases".
Would be a lot of work, hence the musings instead of a TODO list item, but it's something I might consider for a potential version 2.0.