I have seen overloads with much higher numerosity, e.g. https://github.com/henribru/google-api-python-client-stubs/blob/master/googleapiclient-stubs/discovery.pyi

That said, I don’t think such cases are too common. mypy’s overlap check is quadratic in number of overloads, so mypy users probably don’t have many hundred count overloads. On the other hand, I believe pyright skips its corresponding check for high overload count, so seems likely at least one pyright user had this issue.

On Mon, Apr 4, 2022 at 12:16 AM Jelle Zijlstra <jelle.zijlstra@gmail.com> wrote:

We're working on a way to access overloaded functions at runtime in https://github.com/python/cpython/pull/31716. This will create a typing.get_overloads() function that returns the overloads for a function.

A few questions came up that I'd like to get feedback on from people who maintain typed codebases:
- The current implementation will make @overload about 6x slower (46 ns to 286 ns). Will this be a problem for users?
- Performance will be worse for functions with a large number of overloads (more than 20 right now). Is this common? (I think the highest overload count for typeshed is builtins.pow(), which has 17.)
- get_overloads() will behave oddly for overloads on functions nested within other functions. Is that something that happens in practice?
_______________________________________________
Typing-sig mailing list -- typing-sig@python.org
To unsubscribe send an email to typing-sig-leave@python.org
https://mail.python.org/mailman3/lists/typing-sig.python.org/
Member address: hauntsaninja@gmail.com