#GWGIf there are functions to call, then it avoids the issue of fixing it
#GWGI might add it to multiple plugins to do the same, but dependency management in WordPress is nonexistent.
#snarfedhonestly these kinds of abstraction classes aren't worth the effort nearly as often as people think
#snarfedyou don't end up change underlying implementation as often as you expect, and you still have to implement the new one inside the abstraction each time
#snarfedthings change. you can handle it either with migration code that migrates old formats to new formats, or with a layer that can read write all formats like you're proposing
#snarfedthe former is usually more maintainable over time, but up to you
#GWGsnarfed: I intend to see about migration. But I still want to make it so anyone who is trying to use my code doesn't have to worry about it, by having a mf2 get function.
#snarfedeh. if you want to build a library as well as an end user plugin, ok, i guess, but they're two different things
#snarfedyou only have to design a small MVP sketch to start building it
#snarfedwe have a few designs in that issue, we just need to agree on one - or at least propose one and give people time to disagree, and if they don't, we run with it
#snarfedsure you have! plenty of times. every time you've built something
#snarfedif you want to, you can totally drive this. nothing's perfect at the beginning (or ever) anyway, you ship something that's halfway decent, and iterate
#GWGI may be able to come up with something as I refine my individual implementation
#GWGI edited the wiki page of WordPress Data storage and should update it again to outline a consistent storage method, which will solve my immediate problem
#GWGI spent 4 hours over the weekend refactoring code and setting up PHPCS tests for PHP compatibility and WordPress standards. It found a lot of things I missed.
#GWGIt also means if I ever write unit tests, they'll work