5 вещей, которые мне не нравятся в Python

Alexander Belchenko PM и ведущий разработчик в продуктовой компании 20.09.2010 20:09

Товарищ koder привел мощную критику lazy_something, однако он глубко не вникал, поэтому она хоть и кажется правдоподобной., но таковой не всегда является.

1) lazy_import — идея неплохая но, к сожалению, очень слабо применимая, причем ее обязательно нужно делать «вручную», автоматически питон это не сделает.

Нет, не сделает. В самом питоне оно не встроено, поэтому не сделает. В проекте Базар ленивый импорт делается так:

from brzlib import lazy_importlazy_import.lazy_import("""from bzrlib import error, osutils""")Как видно из этого примера, добавляются 3 строчки-обвертки, а внутри используется обычный импорт-синтаксис питона.

а)Зачастую импорт идет не import something, а from something import x,y,zкак легко понять никакой lazy в таком случае не поможет.

Как показано в примере выше — помогает. Замечание мимо кассы.

б)Некоторые модули делают разные умные(или не очень ;) вещи при импорте, которые должныбыть сделаны именно в момент импорта.

Пример неудачный. Чем ленивый импорт в этом случае будет отличаться от импорта скажем внутри какой-то функции?

def foo(arg): import spam return spam.eggs(arg)

try: if dt == nnn: import XXXexcept: sys.stderr.write («Can’t load appropriate plugin for nnn exit.») sys.exit (1) В этом случае весь lazy выйдет полным боком т.к. для того что-бы определитьчто утилита не подходит для данного случая придется ее слегка поисполнятьи только потом Вы узнаете что она не подошла.

Делать sys.exit (1) только потому, что что-то не импортируется — это плохой стиль. Замечание опять же мимо кассы, потому что ленивый импорт следует применять тогда, когда он нужен, а не где попало.

в) Автоматическим lazy_import невозможно такое обработать (приведен упрощенный пример, все может быть гораздо хуже)

Ленивый импорт предназнаен для другого. Ловить ImportError — это когда вы не знаете загрузится какая-то внешняя либа или нет. В проекте Базар лениво импортируются только внутренние модули, отстствие которых означает, что у вас поломанная инсталляция или ваш диск начал сдыхать.

2) lazy_evaluated данные.Тут все сложнее, если сразу — то они автоматиски совсем никак не возможны, а неавтоматически Вы можете сделать их сами, только толк от них будет вкрайне редких случаях.

Удивительно, и для чего же в Питоне duck-typing??? Подменить в ран-тайме даже один класс другим можно, а вы вот так, с места в карьер. В вашем примере не хватает одной малости. Lazy данные так всегда и остаются lazy. И все время будет срабатывать getattr. Lazy должен быть временным промежуточным объектом, который подменяется на реальный при первом обращении. Например, смотрите в исходниках Базар модуль lazy_regexp, который позволяет откладывать компиляцию регулярного выражения до первого использования.Все остальное изложено вами верно, у ленивых вещей в питоне много ограничений, поскольку они реализуются искусственно, поэтому можно найти еще полмилиона причин почему они не будут работать в вашем коде. В коде Базар они работают и дают реальный выигрыш. Все остальное — спор о вкусе ананасов.

И на последок — всем советчикам по кардинальному улучшению питона.Оформите свои предложения на английском и запостите в python-dev

Да, это ценное предложение. Учитывая, что патчи для исправления ошибок в самом питоне (не добавление новой функциональности!) лежат годами на sf.net, а теперь в новом раундап трекере, то, да, кардинально улучшать питон бессмысленная затея. В проекте Базар никтоне ставит перед собой такую задачу. Нам нужно, чтобы Базар работал как задумано. Поэтому мы сами переписываем неустраивающие части питона под себя. Никто в python-dev никакие депеши не шлет.

5 вещей, которые мне не нравятся в Python

36 коментарів

Підписатись на коментарі