Closed bzm3r closed 7 months ago
I choose to implement snake/kebab case conversion as well as bpaf::meta_youmean::damerau_levenshtein
to keep the compilation time down / supply chain attack surface low. Performance doesn't really matter here, same with behavior outside of ASCII characters. Code just works after initial implementation and is not causing problems. I think I prefer to keep current version unless there's some new problems that can't be solved easily.
I choose to implement snake/kebab case conversion as well as
bpaf::meta_youmean::damerau_levenshtein
to keep the compilation time down / supply chain attack surface low. Performance doesn't really matter here, same with behavior outside of ASCII characters. Code just works after initial implementation and is not causing problems. I think I prefer to keep current version unless there's some new problems that can't be solved easily.
Yup, that makes sense to me. I figured that was your reasoning. :+1:
Currently,
bpaf_derive
has various utility functions inbpaf_derive/src/utils.rs
to handle conversion of strings into snake case, kebab case, and so on.The heavily used crate
heck
(fromwithoutboats
) is purpose-built to provide this functionality. Instead of re-implementing and maintaining this inbpaf_derive
, should we just useheck
?(I am happy to implement this migration, if it is deemed useful.)