The resource storage scheme is sort of everywhere, and is requiring us to compromise on STL includes in SHELLmain.
We should probably create a special folder for resource containers and functions. The folder can be under UniversalSystem, or we may want to put multiple folders under, eg, Graphics and Audio_ systems (so that, for instance, the sounds headers could be under Audio_Systems/Resources/).
We should create a separate source file in which to include the IDE_Edit_ resource headers (these headers include initializer lists for the internal containers).
We should be more consistent about the containers we use. Maybe even a typedef (or template using) is in order. There's not a compelling reason, at this point, not to use an STL container instead of doing everything out custom.
We should think about integrating the preloading system offered by Game Maker. In Game Maker, you can keep resource metadata loaded without loading the memory-intensive data associated with it. It might be useful to integrate this and offer an unload mechanism as well.
As I've mentioned in the Wiki, a resource usage profiler could help us figure out how to combine resource storage, and which resources should be keep loaded.
The AssetArray has finally been merged in #1767. Other than a few minor setbacks like #1800 and possibly some unforeseen ones, we'll be good to go. Time to spread this to other systems!
The resource storage scheme is sort of everywhere, and is requiring us to compromise on STL includes in SHELLmain.
Audio_Systems/Resources/
).IDE_Edit_
resource headers (these headers include initializer lists for the internal containers).