Allow dynamically reading either from the file system or the embedded binary, with configurable runtime order

[alcroito]

Allow dynamically reading either from the file system or the embedded binary, with configurable runtime order

[pyrossh]

Hi @alcroito

Thank you on behalf of the amazing contributors and nice idea.

This seems to me like a counter design of what rust-embed is trying to fix. As the reason this library was created before include_dir! was implemented was to embed assets in release only.

Another reason was certain apps could have a large set of assets in the millions (I'm looking at you node_modules) which would take the compiler a large amount of time in the dev/debug build phases if include_dir! marco or the like was used. So during these phases we would want to load the assets from the fs. I do have an app with an assets folder of 2GB+ and 100,000+ files. rustc takes min 20 mins to compile the binary on my system (golang takes 5 mins).

But yes it would make it simpler in cases where the file count/size is small or irrelevant and wouldn't affect dev compile times and our dev/release builds would be identical in functionality. Even the go embed implementation embeds the dirs both during dev/release (which has its own set of issues again).

I think we can start this our as a new feature/api in another branch and test it out and maybe get some feedback from the users of this library about how they would feel about this api. Would you be interested in a PR for this?