Closed chshersh closed 3 years ago
Do you think it worth to create a separate package slist-containers
for that?
I personally feel that this would be a better solution than expanding this package itself, but I can see some downsides too.
@vrom911 I thought about that as well. On the one hand, containers
is a boot library and adding it to dependency doesn't bring the extra cost in terms of build times. On the other hand, slist
already provides quite big and useful API and there's some sense in keeping this API under control and depending only on base
. I imagine there could be a lot of functions to work with containers
in some future. Maintaining a separate package is more challenging, but most likely also a more proper solution.
While using
slist
, I've noticed that sometimes I want to convertMap/Set
toslist
more efficiently than using theslist
function. I'm thinking about adding integration withcontainers
and providing functions:If we depend on
containers
, we also can provide a more efficient versions of some helpful functions: