iSharkFly-Open
/
python-peps
mirror of https://github.com/python/peps.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Remove Django negativity; move converter to Rejected Ideas (#2488)

This commit is contained in:
Erik De Bonte 2022-03-30 19:12:17 -07:00 committed by GitHub
parent a4f0c14189
commit ac651d1555
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 14 additions and 20 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

34
pep-0681.rst
View File

@ -699,9 +699,6 @@ As this is not broadly applicable to dataclass libraries, this
additional logic is not accommodated with this proposal, so
users of Django would need to explicitly declare the ``id`` field.
This limitation may make it impractical to use the
``dataclass_transform`` mechanism with Django.
Class-wide default values
-------------------------
@ -714,33 +711,30 @@ We chose not to support this feature, since it is specific to
SQLAlchemy. Users can manually set ``default=None`` on these fields
instead.
Open Issues
===========
``converter`` field descriptor parameter
----------------------------------------
The attrs library supports a ``converter`` field descriptor parameter,
which is a callable that is called by the generated
which is a ``Callable`` that is called by the generated
``__init__`` method to convert the supplied value to some other
desired value. This is tricky to support since the parameter type in
the synthesized __init__ method needs to accept uncovered values, but
the resulting field is typed according to the output of the converter.
There may be no good way to support this because there's not enough
information to derive the type of the input parameter. We currently
have two ideas:
1. Add support for a ``converter`` field descriptor parameter but then
use the Any type for the corresponding parameter in the __init__
method.
2. Say that converters are unsupported and recommend that attrs users
avoid them.
the synthesized ``__init__`` method needs to accept uncovered values,
but the resulting field is typed according to the output of the
converter.
Some aspects of this issue are detailed in a
`Pyright discussion <#converters_>`_.
There may be no good way to support this because there's not enough
information to derive the type of the input parameter. One possible
solution would be to add support for a ``converter`` field descriptor
parameter but then use the ``Any`` type for the corresponding
parameter in the ``__init__`` method.
We chose not to support this feature and recommend that attrs users
avoid converters.
References
==========
.. _#dataclass-docs: https://docs.python.org/3.11/library/dataclasses.html