Будет преобразовано к строке, по умолчанию вызов __str__

поставть Ноне

нет

в str.format - da

__str__

В логгере тоже

с опыта тебе говорю

вообще хороший тон писать через str.format у питонистов

С-стиль я пользую, когда крайне лениво)

т.е. почти никогда

Ну что ты споришь, я тебе говорю, что преобразуется. Сам проверь

вообще хороший тон писать через str.format у питонистов

С логгером это не так

например, другой тип, или объект или None

что пойдет не так?

In [1]: '%s' % None Out[1]: 'None'

С логгером это не так

там вроде ничего хитрого не происходит https://github.com/python/cpython/blob/master/Lib/logging/__init__.py#L338

там вроде ничего хитрого не происходит https://github.com/python/cpython/blob/master/Lib/logging/__init__.py#L338

Ты о чём?

неправильно тебя понял, всё ок

In [1]: '%s' % None Out[1]: 'None'

какой питон?

Я о том, что: вообще хороший тон писать через str.format у питонистов

да, теперь понял

какой питон?

3.6

2.7 то же

какой питон?

любой питон (из актуальных)

спецификатор %s всегда так работал, сколько себя помню.

value = (1,2,3) ' value {}'.format(value) Out[6]: ' value (1, 2, 3)' ' value %s ' % value Traceback (most recent call last): File "/home/owner/Envs/qpay/lib/python3.5/site-packages/IPython/core/interactiveshell.py", line 2881, in run_code exec(code_obj, self.user_global_ns, self.user_ns) File "<ipython-input-7-3a7787bbf079>", line 1, in <module> ' value %s ' % value TypeError: not all arguments converted during string formatting

я нарывался просто на такое не раз

ну это простая ошибка

и не только в логере, а вообще в форматировании строк

ну это простая ошибка

не понял тебя, ты утвердил очевидное...

я показал два подхода

str.format отработал

в логгере не будет такой ошибки, если ты напишешь logger.info('%s', (1,2,3))

и % отработает, если ты нормально напишешь, к чему это вообще?

'%s' % (value,)

и % отработает, если ты нормально напишешь, к чему это вообще?

да пиши ради Бога, я привел пример, если ты контролируешь весь ввод всегда и всюду, то ошибки исключены

'%s' % (value,)

вот это ,извини, на мой взгляд уже говнокод

В обычном форматировании строк, возможно, но с выводом в лог нужно использовать ленивое форматирование. Представь, ты выводишь в debug какую-нибудь сложную байду, которая форматируется долго.

да пиши ради Бога, я привел пример, если ты контролируешь весь ввод всегда и всюду, то ошибки исключены

ты о другом стал говорить изначально речь шла о том, что логгеру аргументы отдельно от строки передавать надо там такой проблемы вообще нет ты сказал, что %s не поддерживает какие-то типы данных какие?

вот это ,извини, на мой взгляд уже говнокод

Я тоже использую format, если что :) Просто с логом я с тобой не согласен

Я тоже использую format, если что :) Просто с логом я с тобой не согласен

а как же f-strings?) или на двойке?

В обычном форматировании строк, возможно, но с выводом в лог нужно использовать ленивое форматирование. Представь, ты выводишь в debug какую-нибудь сложную байду, которая форматируется долго.

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

хотя в уровеньь ДЕБАГ подкидываю пожирнее

а как же f-strings?) или на двойке?

3.5 пока везде :( Но я пробовал, мне понравилось!

в целом я про производительность написал

хочешь производительность - не бери питон

Я пишу logger.error('error=%s', var)

а тот накладной расход , который даёт str.format - во внимание просто не беру

Такие сообщения агрегируются в sentry

Считаю это плюсом

Так.

Что за хрень?

Я пишу logger.error('error=%s', var)

Вот кстати обидно что такой способ форматирования по-умолчанию

В документации к логгингу рекомендовано форматить через %s и кидать аргументы через запятую.

Мне больше format нравится :(

хочешь производительность - не бери питон

Один мой коллега как-то сокрушался про все эти презентабельные форматы вроде json, высокоуровневые языки. Говорит, вот было время, он распределенную систему писал на ассембьере, разработал бинарный протокол обмена сообщениями и бинарник занимал условно 300 килобайт. И работало все мгновенно. А сейчас нужны серверные супер дома для предприятий.

хочешь производительность - не бери питон

Но питон же работает ДОСТАТОЧНО быстро!

Форматить форматом и кидать в логгер - моветон.

хочешь производительность - не бери питон

ну вот что за голословные адские утверждения опять?

Форматить форматом и кидать в логгер - моветон.

после набора ошибок перестал так делать

Форматить форматом и кидать в логгер - моветон.

Нене, я про синтаксис форматирования в логгере

Нене, я про синтаксис форматирования в логгере

А как по другому сделать ленивое форматирование?

ну вот что за голословные адские утверждения опять?

будем сравнивать С и Питон? =)

нет

мне производительности питона предостаточно сейчас

Нене, я про синтаксис форматирования в логгере

аа, я тебя понял, вместо % использовать {}. Да, разумно! Но это уже легаси, не переделаешь

А меня интересует только производительность разработки :)

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

ERROR: S client not available

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

ниче не понял)

ожет я студент 1го курса

так не делай таких заявлеинй адовых

Тогда не стоит навязывать другим свой опыт.

я как бы намикал , что сравнивать ,например, С и Питон просто некорректно вкорне

ии?

чет вы агритесь по непонятной мне логике , ребятки

Мне ещё нравится фича format('{obj.f1} {obj.f2}', obj=some_obj)

Тогда стоит задуматься.

выше вас в беседе не было, вырвали фразу из контекста и давай кусать меня)

ну вот что за голословные адские утверждения опять?

ты мысль то раскрой

мне хоть ход мысли твоей будет понятен

почему утверждение голословное и адское?

аа, я тебя понял, вместо % использовать {}. Да, разумно! Но это уже легаси, не переделаешь

В 3 же добавили возможность использовать {}. The style parameter can be one of ‘%’, ‘{‘ or ‘$’ and determines how the format string will be merged with its data:

В 3 же добавили возможность использовать {}. The style parameter can be one of ‘%’, ‘{‘ or ‘$’ and determines how the format string will be merged with its data:

Как я мог это проглядеть? Круто!

Как я мог это проглядеть? Круто!

Ты бы видел что в JavaScript происходит ?

JavaScript вообще как-то мимо меня прошёл, слишком далеко. И я даже начинать не хочу уже. Хотя иногда интересна вся эта движуха и хайп.

А как по другому сделать ленивое форматирование?

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

@iroln вот опять для асапной таски дофига паришься за ерунду

перформанс форматирования на логгировании, штаа

перформанс форматирования на логгировании, штаа

ну вот ты и добрался до истории

Мне ещё нравится фича format('{obj.f1} {obj.f2}', obj=some_obj)

Вот именно из-за неё нарвится формат

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

перформанс форматирования на логгировании, штаа

Это я идеологичски был не согласен с Дмитрий Нан Приложение как раз уже работает! :) Я сейчас хочу систему логирования нормально настроить.

JavaScript вообще как-то мимо меня прошёл, слишком далеко. И я даже начинать не хочу уже. Хотя иногда интересна вся эта движуха и хайп.

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

Вообще KISS

Рефреш страницу пока данные не появятся

Мне ещё нравится фича format('{obj.f1} {obj.f2}', obj=some_obj)

ты, наверное, имел в виду '{o.f1}'.format(o=obj) format как-то по-другому работает

Это я идеологичски был не согласен с Дмитрий Нан Приложение как раз уже работает! :) Я сейчас хочу систему логирования нормально настроить.

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

_иммолейт импрувед_

ты, наверное, имел в виду '{o.f1}'.format(o=obj) format как-то по-другому работает

там еще и так можно '{[2]}'.format([1,2,3])

ты, наверное, имел в виду '{o.f1}'.format(o=obj) format как-то по-другому работает

Ты прав)