Open
Description
Currently the serialized model doesn't follow a standardized format, which makes it difficult to inspect with external tools.
Similar to #540, the model should be able to write itself to TOML. This provides a representation which can be easily accessed from different programming languages to work with the fpm internal data structures.
The TOML representation of the model would become part of the specification of fpm at some point, but for the initial implementation we wouldn't guarantee the stability of the output. Once we arrive at a stable representation, we can extend to reading the model again. This allows round tripping it from fpm to plugins as a future enhancement once we can serialize it.