-
-
Notifications
You must be signed in to change notification settings - Fork 146
feat(index): append #1282
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
feat(index): append #1282
Conversation
pandas-stubs/core/indexes/base.pyi
Outdated
@overload | ||
def append(self, other: Index[Never]) -> Index: ... | ||
@overload | ||
def append(self, other: Index[S1] | Sequence[Index[S1]]) -> Index[S1]: ... |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it might be nicer here to have a second S1 here as the resulting Index can contain a mix of different types.
def append(self, other: Index[S2] | Sequence[Index[S2]]) -> Index[S1 | S2]: ...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
45e0ad3, but this one works less well.
mypy
is not happy withIndex[int].append(Index[int | str])
and givesIndex[Any]
pyright
is not happy withIndex[int | str].append([Index[int], Index[str]])
and givesIndex[int | Any]
. In particular, the typing for[Index[int], Index[str]]
seems to belist[Index[int] | Index[str]]
, instead oflist[Index[int | str]]
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
mypy
is not happy withIndex[int].append(Index[int | str])
and givesIndex[Any]
pyright
is not happy withIndex[int | str].append([Index[int], Index[str]])
and givesIndex[int | Any]
. In particular, the typing for[Index[int], Index[str]]
seems to belist[Index[int] | Index[str]]
, instead oflist[Index[int | str]]
.
While that is annoying for testing on the CI, I think that is the safer choice for user: rather expect a wider type that includes Any
than suggesting it is a narrower type. This needs input from @Dr-Irv.
If S1
and S2
were covariant, it seems to work for at least pyright in a simple toy example (but they are invariant)
from __future__ import annotations
from typing import TypeVar, reveal_type, Generic, Sequence
S1 = TypeVar("S1", bound=int | str, covariant=True)
S2 = TypeVar("S2", bound=int | str, covariant=True)
class Index(Generic[S1]):
def __init__(self, data: list[S1]) -> None: ...
def append(self: Index[S1], other: Sequence[Index[S2]]) -> Index[S1 | S2]: ...
strings = Index(["a"])
reveal_type(strings)
ints = Index([1])
reveal_type(ints)
reveal_type(strings.append([ints]))
reveal_type(ints.append([strings]))
string_ints = Index(["a", 1])
reveal_type(string_ints)
reveal_type(string_ints.append([ints]))
reveal_type(strings.append([string_ints]))
reveal_type(strings.append([ints]))
reveal_type(strings.append([strings, ints]))
reveal_type(strings.append([ints, strings, string_ints]))
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If
S1
andS2
were covariant, it seems to work for at least pyright in a simple toy example (but they are invariant)from __future__ import annotations from typing import TypeVar, reveal_type, Generic, Sequence S1 = TypeVar("S1", bound=int | str, covariant=True) S2 = TypeVar("S2", bound=int | str, covariant=True) class Index(Generic[S1]): def __init__(self, data: list[S1]) -> None: ... def append(self: Index[S1], other: Sequence[Index[S2]]) -> Index[S1 | S2]: ...
Hi, I am new to covariance / contravariance, but I read PEP484 (covariance-and-contravariance) and it says covariant
is for classes, not for functions, where the latter case is prohibited. In your example, S1
is find, but not S2
. Could you help me and explain a bit? Thanks.
B_co = TypeVar('B_co', covariant=True) def bad_func(x: B_co) -> B_co: # Flagged as error by a type checker ...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We can't change S1
to be covariant. While the following is not exactly what we like to have, it is probably the closest we can get (but it doesn't work with mypy, unless the caller casts).
from __future__ import annotations
from typing import TypeVar, reveal_type, Generic, Sequence
S1 = TypeVar("S1", bound=int | str)
IndexT = TypeVar("IndexT", bound="Index")
class Index(Generic[S1]):
def __init__(self, data: list[S1]) -> None: ...
def append(self: Index[S1], other: Sequence[IndexT]) -> Index[S1] | IndexT: ...
strings = Index(["a"])
reveal_type(strings)
ints = Index([1])
reveal_type(ints)
reveal_type(strings.append([ints]))
reveal_type(ints.append([strings]))
string_ints = Index(["a", 1])
reveal_type(string_ints)
reveal_type(string_ints.append([ints]))
reveal_type(strings.append([string_ints]))
reveal_type(strings.append([ints]))
reveal_type(strings.append([strings, ints]))
reveal_type(strings.append([ints, strings, string_ints]))
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi, I ran the script myself. In the most complicated case, I see Index[int | str] | Index[int] | Index[str]
. To be honest, as a user I would rather see Index[Unknown]
, because it's simpler, and in both cases I would probably still need a manual cast
. Nevertheless, 3844062
assert_type()
to assert the type of any return valueIndex.append
used not to be typed. In this PR, typings forIndex.append
are added and tested.