питон вообще не компилится(кроме особых случаев типа py2exe)

Ну java тоже не компилится тогда

а если у меня фласк апп с блюпринтами, тесты на каждый блюпринт надо отдельно писать тоже?

Хз, скорее компилится, чем нет. Это ж виртуальная машина, а не интерпретатор

Питон тоже байт-код интерпретирует

Поскольку это чатик для нубов. Не кидайте камнями, расскажите, что за блюпринты. Уже пару раз слышал про них, но пока не вникал.

питон вообще не компилится(кроме особых случаев типа py2exe)

py2exe не компилятор ни разу

py2exe не компилятор ни разу

но на выходе бинарь

py2exe не компилятор ни разу

Запаковщик скорее

блюпринсты - это такой фласкизм для расчлененки 8)

Поскольку это чатик для нубов. Не кидайте камнями, расскажите, что за блюпринты. Уже пару раз слышал про них, но пока не вникал.

Какой-то самодельный термин из мира Flask

К джанге не применим?

но на выходе бинарь

берется специальная заглушка, которая умеет грузить питон.длл и читать саму себя как зип. всё.

берется специальная заглушка, которая умеет грузить питон.длл и читать саму себя как зип. всё.

хммм, то есть там в паке можно питоний код самой проги выцепить?

а далее магия зипимпорта

хммм, то есть там в паке можно питоний код самой проги выцепить?

оно открывается как любой зип архив чем угодно

Прикол =)

переименуй тот ехе в зип и открывай хоть виндой

"компилятор", блин

Ну да, в таком случае это не компилятор =))))

Поскольку это чатик для нубов. Не кидайте камнями, расскажите, что за блюпринты. Уже пару раз слышал про них, но пока не вникал.

я бы объяснил, но я сам нуб. пока у меня это просто разделение. типа блюпринт auth - логин и регистрация

А чем от декораторов отличается?

эм. всем)

эм

чо?

Какой-то самодельный термин из мира Flask

это такой недоделанный инклуд пирамиды, ага

я бы объяснил, но я сам нуб. пока у меня это просто разделение. типа блюпринт auth - логин и регистрация

по этому объяснению я нашёл схожесть с декораторами, они то же отделяют и указывают на конкретную функцию

blueprint = Blueprint('mod_auth', __name__, url_prefix='/auth')

декораторы ничего не отделяют, не надо курить эту траву

Чем они отличаются от апп в джанге?

@blueprint.route('/login/', methods=['GET', 'POST']) def login(): pass @blueprint.route('/register/', methods=['GET', 'POST']) def register() pass

у меня это как-то так выглядит

Ну в мире веб-фрэймворков, декораторы определяют локейшны и, по сути, выполняемые сценарии приложения

Ну в мире веб-фрэймворков, декораторы определяют локейшны и, по сути, выполняемые сценарии приложения

не надо больше эту хуйню курить

При этом они похоже в каком-то ивент-лупе опрашиваются

нене

Опишите тогда вы

декоратор это по сути обертка на функцией

оно может выполнить что-то до вызова функции, что-то после, а может вообще не выполнить ее

Я для себя именно так их определил, когда начал работать с фласком и ботлом

Чем они отличаются от апп в джанге?

апп в джанге несколько более ограничены, но используются с той же целью - декомпозиции основного проекта на более мелкие блоки

Декоратор это функция, которая вызывается от другой функции. Все.

Ну или от класса

фласки/ботлы юзают декораторы для красоты синтаксиса

Ну вот обычная функция может быть вызвана, а может и нет. В декоратор мы попадаем при определённом условии, типа if или case

это просто деталь реализации

да, я попутал ивент луп с кейсом, ссори

def foo(...): ... foo = decorator(foo) для того чтобы сделать такой код красивее придумали синтаксис @decorator def foo(...): ....

да, я попутал ивент луп с кейсом, ссори

https://paste.fedoraproject.org/505909/65713614/ вот такой я для бота писал

он наверное корявый и его обосрут

но он работает)

я еще смутно помню что в ранние лохматые 2.3-2.4 годы порой попадался код вида [decorator] def foo(...): ...

и потом его вызывал вот так: @append_to_log @check_auth('superuser') def cmd_add_user(self, bot, update, **args):

я еще смутно помню что в ранние лохматые 2.3-2.4 годы порой попадался код вида [decorator] def foo(...): ...

Это разве не список и функция?

Это разве не список и функция?

там был какой-то трюк с этим

https://wiki.python.org/moin/PythonDecorators#B._list-before-def_syntax

"Implementation already exists"

и потом его вызывал вот так: @append_to_log @check_auth('superuser') def cmd_add_user(self, bot, update, **args):

Во, ещё не всё понятно про несколько декораторов рядом и про момент их завершения

вызываются в порядке как указаны

последовательно

но это очень древние времена...

вызываются в порядке как указаны

тем самым становясь синонимами?

ват?

тем самым становясь синонимами?

имя переопределяется раз за разом, да

Один декоратор может обрамлять только одну функцию?

нет

и потом его вызывал вот так: @append_to_log @check_auth('superuser') def cmd_add_user(self, bot, update, **args):

т.е. это аналогично def cmd_add_user(...): ... cmd_add_user = check_auth('superuser')(cmd_add_user) cmd_add_user = append_to_log(cmd_add_user)

имя переопределяется раз за разом, да

вот это ваще не понял)

ERROR: S client not available

ТОгда как определить при обращении, какая из функцию дложна отработать?

т.е. мы кормим функцию декоратору, а результат присваиваем имени функции, подменяя её

ааа, ты про это)

имя то же самое, содержимое *может* отличаться

чот мозг начинает ломаться

некоторые декораторы возвращают переданную функцию как есть

а чо с тестами блюпринтов-то в итоге? :)

все в одну кучу?

Один декоратор может обрамлять только одну функцию?

def decorator(f): "я декоратор" return f @decorator def f1(): return 1 @decorator def f2(): return 2

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

Соответсвенно, при объявлении всегда что-то отрабатывает, а потом управление переходит ко второй части, и тут вопрос

Они обе(f1,f2) выполнятся всегда или как?

не при объявлении, а при вызове

сам декоратор выполняется в момент объявления декорируемой

но в зависимости от того вернет ли он свою обёртку или что - могут быть разные варианты

сам декоратор выполняется в момент объявления декорируемой

О___О

с этого момента поподробнее

вот в моем предыдущем примере например - функция decorator будет вызвана дважды, когда код дойдет до объявления f1 и f2

но при запусках f1 и f2 он уже вызываться не будет

Опять мозг сыпетя

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

ape364@pbnb ~> python decorators.py before before ape364@pbnb ~> cat decorators.py def decorator(f): print('before') return f print('after') @decorator def f1(): return 1 @decorator def f2(): return 2⏎ ape364@pbnb ~>

this is magic...

def decorator(f): def wrapper(): return f() return wrapper

print('after') вообще никогда не выполнится

да

def decorator(f): def wrapper(): return f() return wrapper

поясни, плз

?

К чему это и что иллюстрирует?

это декоратор

знакомьтесь

Ааа, я понял, функция внутри вызывается при объявлении декоратора