Vu que cette page m'intéresse, mes deux centimes (ça n'engage que moi :-)).

* Generics can be parameterized by using a new _**factory**_ available in typing called :class:`TypeVar`.

L'usage Wikipédien est de traduire par fabrique. On peut préciser « fabrique (au sens des patrons de conception) ».

* It is possible to declare the return type of a callable without specifying the call signature by substituting a _**literal ellipsis**_ for the list of arguments in the type hint: `Callable[..., ReturnType]`.
  -> (ellipse littérale ?)

Une ellipse. Je pense que c'est suffisamment clair.

* This behavior allows :data:`Any` to be used as an _**escape hatch**_ when you need to mix dynamically and statically typed code.

Littéralement, une sortie de secours. Plus prosaïquement : une solution.

* :pep:`544` allows to solve this problem by allowing users to write the above code without explicit base classes in the class definition, allowing `Bucket` to be implicitly considered a subtype of both `Sized` and `Iterable[int]` by static type checkers. This is known as _structural subtyping_ (or static _**duck-typing**_)::

Je ne suis pas choqué par typage canard, ça se trouve dans quelques bouquins (même hors Python, en Ruby par exemple).

* This decorator is itself not available at runtime. It is mainly intended to mark classes that are defined in type _**stub**_ files if an implementation returns an instance of a private class::

Ok, ça c'est chaud. « définies dans des fichiers séparés spécifiques » ?

* Note that returning instances of _**private**_ classes is not recommended. It is usually preferable to make such classes _**public**_.
  -> (ça me fait bizzare de traduire en "classes privées" ou "classes publiques", j'aimerais avoir votre avis)

Je ne crois pas que ce soit un problème.

* _**Callable**_
  -> (que j'ai traduit en _Callable_ directement plutôt qu'appelable)

Je suis à peu près certain qu'appelable existe déjà dans la doc française.

Uh oh!

Je travaille sur library/typing.po #835

Description

Metadata

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

Issue actions