> Wait! What's going on here? We just imported pathlib.Path - why are we getting this new functionality?
If you are writing a library and this is part of your expose, think long and hard.
> Path.ls
Highly gimmicky, doesn't support globs. Arguments are "n_max, file_type and file_exts", in that order. n_max seems largely pointless for real programs and like a workaround for a poor REPL for interactive use. The difference between the last two arguments is that the first one also accepts mimetypes (does this call "file" on every file it sees?).
Arguably the signature of a "Path.ls" should rather look like "Path.ls(glob='<star>', <star>, files=True, dirs=True)" and it should probably not return a bunch of strings.
dataclasses is not very extensible or flexible. It's fine for starting with, but it's not at all a replacement for store_attr etc.
At fast.ai we used dataclasses extensively for a couple of years, but it just kept biting us. So eventually we switched to these different approaches, which have worked much better for us.
singledispatch is nice enough too, but multiple dispatch with typedispatch is fat more flexible and powerful.
Just because something is in the stdlib, doesn't mean it's the perfect solution to every problem, and that everyone should try to hack their code to fit into those existing solutions.
> At fast.ai we used dataclasses extensively for a couple of years, but it just kept biting us.
What were the issues you had?
The most used python library for these things is attrs, I think it mostly provides support for slotted classes (more memory efficient), "converters" (normalization), validation and serialization
Also it relies on python's type system, which is rather limited.
It's a very large module for what it does, and understanding all the details of how it works in practice is a big challenge.
Only for the first argument. "Note that the dispatch happens on the type of the first argument, create your function accordingly".
Making delegated kwargs transparent is 100% cool though and addresses a huge problem with delegated interfaces. I'd use that all the time.
I agree with you about the swiss army thing. I wish it weren't bundled with all this other stuff.
While I generally agree with your sentiment, dynamic monkey patching and heavy meta programming like this is usually not very friendly for any implementation of auto complete.
For typing hinting, I've been annotating with @overload which is just god awful ugly. And you still need to switch based on instance type for the actual implementation.
I will try this way instead!
[1] https://www.python.org/dev/peps/pep-0484/#function-method-ov...
> Avoid boilerplate when setting instance attributes
dataclasses[1]
> Type Dispatch
functools.singledispatch works with type annotations[2]
> A more useful __repr__
dataclasses[1]
> A better pathlib.Path
path_object.read_text()[3]. The pickle stuff is interesting, but I don't see the value over just pickle.load(path_object). Monkeypatching Path to add this fees odd and unpythonic.
1. https://docs.python.org/3/library/dataclasses.html
2. https://docs.python.org/3/library/functools.html#functools.s...
3. https://docs.python.org/3/library/pathlib.html#pathlib.Path....