A🚀
да я что то замучался с mypy когда последний раз пробовал
Size: a a a
2020 October 07
A🚀
оч много писать аннотаций
2020 October 08
KR
оч много писать аннотаций
++, до 3.9 вообще не вижу особого смысла
Б
++, до 3.9 вообще не вижу особого смысла
E
Вот когда будет TypePython, тогда поговорим 😃
E
Tython 😂
E
а посоветуйте какой нибудь линтер для питона, который зироконфиг и делает хотя бы что то полезное (показывает неиспользуемые переменные и ссылки на несуществующие имена)... или mypy сразу только?
А в чём ты код пишешь? Просто после PyCharm, например, flake8 обычно ошибок не находит. Чаще всего всё подсвечивается и вылавливается на этапе написания.
E
но на CI конечно всё равно надо flake8
MK
но на CI конечно всё равно надо flake8
+100
DB
++, до 3.9 вообще не вижу особого смысла
А что в 3.9?
MK
А что в 3.9?
list[int]DB
Все равно писать 🌚
N
Все равно писать 🌚
E
Все равно писать 🌚
Зато теперь можно корректно обрабатывать аннотации без костылей.
Раньше:
Теперь
Как же криво до Python 3.9 :(
Раньше:
from typing import List
a = List[str]
a.__origin__[a.__args__ + (int,)]
TypeError: 'type' object is not subscriptable
Теперь
a = list[str]
a.__origin__[a.__args__ + (int,)]
list[str, int]
Как же криво до Python 3.9 :(
S
Зато теперь можно корректно обрабатывать аннотации без костылей.
Раньше:
Теперь
Как же криво до Python 3.9 :(
Раньше:
from typing import List
a = List[str]
a.__origin__[a.__args__ + (int,)]
TypeError: 'type' object is not subscriptable
Теперь
a = list[str]
a.__origin__[a.__args__ + (int,)]
list[str, int]
Как же криво до Python 3.9 :(
а зачем это может пригодиться?
E
а зачем это может пригодиться?
Там где от аннотаций что-то зависит на этапе выполнения, те же валидаторы/парсеры типа Pydantic внутри делают нечто похожее.
E
Просто само по себе это дичь как нелогично и криво, что можно разобрать аннотацию, но собрать обратно уже нельзя
E
Потому что для List (и других стандартных контейнеров)
А в 3.9 это починилось, потому что классы стандартных контейнеров стали subscriptable.
Почему сразу так нельзя было сделать - не понятно. Но лучше поздно чем никогда
__origin__ возвращает класс контейнера, а не subscriptable обёртку.А в 3.9 это починилось, потому что классы стандартных контейнеров стали subscriptable.
Почему сразу так нельзя было сделать - не понятно. Но лучше поздно чем никогда
Б
Потому что для List (и других стандартных контейнеров)
А в 3.9 это починилось, потому что классы стандартных контейнеров стали subscriptable.
Почему сразу так нельзя было сделать - не понятно. Но лучше поздно чем никогда
__origin__ возвращает класс контейнера, а не subscriptable обёртку.А в 3.9 это починилось, потому что классы стандартных контейнеров стали subscriptable.
Почему сразу так нельзя было сделать - не понятно. Но лучше поздно чем никогда
А это же обратно совместимо?
Б
Я мечтаю просто чтобы аннотации из 3.9 добавили патчем в 3.x версии 🌚