Static input file format inhibits flexibility #140
Description
The current input handling in the NWTC Library expects a mostly static input file format (I say "mostly" because at least one example of a dynamic input file format exists in beamdyn_driver). This means that any new feature which needs input will cause a breaking API change and, therefore, requires a new major version number according to the rules of semantic versioning.
It has been proposed to implement a more dynamic input system with a flexible syntax and default values where appropriate (something dictionary based, yaml, json, etc). This would allow backwards compatibility when new features are introduced and enable simpler restructuring of the input file.