[ ] What do we do about composes definitions that are declared multiple times? And, what are the ordering concerns, if any, we need to think about?
Possible Improvements / Ideas
[ ] What are the possible errors or easy mistakes people might make if they're using this?
[ ] If we're doing a production build, can we remove the _classify hooks/helpers so that a string is replaced wholly with another string? (Will that even matter? ¯_(ツ)_/¯)
[ ] Since creates an "adapter" between the CSS from the JS, what other things can we do to analyze/transform the CSS so that it does not break the app? (e.g.: removing unused styles, merging repeated styles, minifying class names?)
Open Questions:
.css-compose
file extension the right route to go? What are the pros/cons?~@compose
with nested@
sufficient?Possible Improvements / Ideas
_classify
hooks/helpers so that a string is replaced wholly with another string? (Will that even matter? ¯_(ツ)_/¯)