nalgeon May 11 2022 at 13:03

Как изменилась стандартная библиотека Python за последние годы

10 min

22K

Python*Programming*

+87

Comments 13

nalgeon May 11 2022 at 14:24

Вообще я планировал небольшую заметку, но не преуспел: получилась здоровенная статья. Старался выбрать только самое интересное, но все равно в обзор попало три десятка доработок. Питон, он такой ツ

+11

Un_ka May 11 2022 at 16:05

А что с производительностью реализаций данных функций? Если раньше их заменял другими конструкциями, то новые быстрее будут работать?

Может у каких-то функций вообще за последние выпуски реализацию в пользу производительности пересмотрели. Это тоже хотелось бы узнать в сравнительных тестах.

nalgeon May 11 2022 at 16:19

Зависит от реализации. Если новая функция написана на C — будет работать быстрее, чем ваша самописная на Python. Если нет — возможны варианты.

Tanner May 11 2022 at 22:36

Ещё бы выбросили logging и unittest, вообще супер было бы.

Mingun May 11 2022 at 23:10

А что с ними не так? В смысле, зачем их выкидывать?

Tanner May 11 2022 at 23:19

Разве неочевидно? Они же омерзительно непитоничны. Судя по всему, их скопипастили в своё время с C++ или Java только потому, что надо было что-то такое иметь в стандартной либе как можно скорее. Теперь, когда есть нормальные альтернативы (loguru и pytest), поддерживать их там нет никакого смысла.

felix0id May 12 2022 at 14:01

оно ведь как. Как в stdlib попадёте - так и приходите

При прочих равных, я буду использовать то, что гарантированно будет на хосте, а не то, что можно привезти. Мы же не в npm, в конце концов

Tanner May 12 2022 at 15:28

А какой смысл в этих гарантиях? Можно же обеспечить себе то, что нужно, а не довольствоваться тем, что завезли.

iroln May 15 2022 at 02:40

Согласен, что logging and unittest are not pythonic. Но есть большой камень в огороды loguru и pytest:

loguru нормально через конфиг-файл не сконфигурируешь. Например, надо какой-нибудь сторонний Handler/Formatter добавить. В logging в конфиге пишем что-то типа:

formatters:
  json:
    class: pythonjsonlogger.jsonlogger.JsonFormatter

handlers:
  azure:
    class: opencensus.ext.azure.log_exporter.AzureLogHandler
    connection_string: blablabla

И всё будет работать. Загрузчик из logging сам всё разрулит, создаст экземпляры, передаст аргументы и т.п. А что делать в loguru? Их конфигурация из словаря так не умеет, там всё довольно примитивно. Придется писать всё вручную. Конфигурация через код — это не гибко.

pytest — классная библиотека, я только её и использую, но… Но столько неявной "магии" под капотом я больше нигде не видел. Это и хорошо и плохо. Хорошо, потому что нет boilerplate кода. Плохо, потому что при большой и развесистой тестовой кодовой базе там чёрт ногу сломит. Все эти фикстуры, которые неявно прокидываются, хуки, которые неявно вызываются и т. п.