Add PartialApplication
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 1.8k
- フォーク
- 302
- 平均マージ
- 23時間
- マージ済み PR(30日)
- 8
説明
Pitch
Add typing.PartialApplication to facilitate the implementation of:
__get__, andfunctools.partial,
both of which are practically impossible to natively (without plugins) annotate.
The __get__ method is currently handled internally by type checkers, and a MyPy plugin for partial has proved to be very difficult.
Proposal
I created a discussion, but I wanted to flesh this out as a new feature:
The idea is that PartialApplication takes three parameters:
- a
ParamSpecparameterP, - a tuple parameter
T, and - a dictionary parameter
D(defaulting to an empty dictionary).
It returns a new ParamSpec with all the arguments of P after removing
- the first
len(T)positional parameters, - the named keyword parameters from D.
It verifies that this removed parameters are all supertypes of the corresponding arguments, or else returns a type error.
Partial case study
An example with partial (might need some tweaks)
P = ParamSpec('P')
Q = ParamSpec('P')
R = TypeVar('R', covariant=True)
class partial(Generic[P, Q, R]):
S: TypeAlias = PartialApplication(P, Q.args, Q.kwargs)
def __init__(self, f: Callable[P, R], /, *args: Q.args, **kwargs: Q.kwargs): ...
def __call__(self, /, *args: S.args, **kwargs: S.kwargs) -> R: ...
Thus, calling partial(f, ...) would check the parameters, and produce a __call__ method with the right signature.
JIT example
Consider trying to create a decorator jit that works with both bare functions and methods. The problem is that in the method case, it has to respond to __get__ and strip off the first argument. It seems that we can only do this with Concatenate:
from typing import Callable, Generic, Protocol, TypeVar, overload, Any
from typing_extensions import ParamSpec, Self, Concatenate
V_co = TypeVar("V_co", covariant=True)
U = TypeVar("U", contravariant=True)
P = ParamSpec("P")
class Wrapped(Protocol, Generic[P, V_co]):
def __call__(self, /, *args: P.args, **kwargs: P.kwargs) -> V_co:
...
class WrappedMethod(Protocol, Generic[S, P, V_co]):
def __call__(self: S, *args: P.args, **kwargs: P.kwargs) -> V_co:
...
@overload
def __get__(self, instance: None, owner: Any = None) -> Self:
...
@overload
def __get__(self, instance: S, owner: Any = None) -> Wrapped[P, V_co]:
...
# this overload can only be hit if there is a positional parameter. It responds to `__get__` by
# throwing that parameter out.
@overload
def jit(f: Callable[Concatenate[U, P], V_co]) -> WrappedMethod[U, P, V_co]:
...
@overload
def jit(f: Callable[P, V_co]) -> Wrapped[P, V_co]:
...
def jit(f: Callable[..., Any]) -> Any:
...
class X:
@jit
def f(self, x: int) -> None:
pass
@jit
def g(x: int, y: float) -> None:
pass
x = X()
x.f(3)
x.f(x=3)
g(3, 4.2)
g(x=3, y=4.2) # Fails!
reveal_type(x.f)
reveal_type(g.__call__)
We can't seem to deal with the method case alongside the function case. Here's the proposed solution:
class Wrapped(Protocol, Generic[P, V_co]):
def __call__(self, *args: P.args, **kwargs: P.kwargs) -> V_co:
...
def __get__(self, instance: U, owner: Any = None
) -> Callable[PartialApplication[P, tuple[U]], V_co]:
... # Much easier!
def jit(f: Callable[P, V_co]) -> Wrapped[P, V_co]:
pass # No overloads!
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
提案されている typing.PartialApplication の動作から始め、issue で挙げられている ParamSpec、Concatenate、get、functools.partial、typing、typing_extensions の各概念と比較してください。これまでの制約を確認するため、リンク先の議論と MyPy issue を読んでください。完了とは、設計について合意に達し、partial の例と jit の例の両方をサポートする動作を仕様として定めることです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- tooling
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100