Add type hints (PEP 484) and variable annotations (PEP 526)

[Andreas Galazis]

Adhering to ​Type hints(PEP 484) / ​type annotations could contribute to being more explicit / performing code analysis and checks on Django projects. Intellisense based on type annotations can also contribute to faster and less error-prone coding experience.

Typesheds will be a pain to maintain across versions. Based on my experience with typescript typings, the most immaculate situation is shipping typings within the project, even though shipping external typings is mature in that case. Nevertheless, inline typings can help Django project development as well.

Adding to the docs any future plans regarding this would be helpful to prospective developers.

[Tim Graham]

This is ​discussed on django-developers but a consensus on how to proceed hasn't emerged.

[Brylie Christopher Oxley]

I am available to help with this issue. Is there a checklist of files or areas, so that I can take a few to start?

[Tim Graham]

See comment 2 and post on the mailing list if you want to try to get a consensus on a way forward.

[Sergey Kolomenkin]

Are there any updates on this ticket?

Does Django has some roadmap for adding type hints support to Django?

[Tim Graham]

No updates. The discussion is on the mailing list linked in comment 2.

[Yngve Høiseth]

Note the existence of ​django-stubs.

[Andreas Galazis]

Adding them in the framework would make changes to the framework more smooth since typings would be updated within the codebase and there will be no need for a new stub release (or waiting for the stub release).
I understand that it might involve a bit of donkey work to merge the stubs in the framework.
If we find a tool to merge it automatically, would it be acceptable?
As a sidenote, I stumbled on this:
​https://pypi.org/project/retype/

[Thiago Bellini Ribeiro]

Just to add here too, this project here is a fork of the original django-stubs but without the mypy dependency and that works fine with pyright.
It has some interesting stuff in it, like defined a field with null=True/null=False automatically types it as being able to get/set None together with the field's primary type.

edit: Forgot to add the link to the repository itself: ​https://github.com/sbdchd/django-types