В этом пункте куда-то пропали нижние подчёркивания. Особенно это сбивает с толку когда смотришь на class, а должно быть __class__
Атрибут slots не работает для классов, наследованных, от встроенных типов переменной длины, таких как int, bytes и tuple.
Вообще-то пустой __slots__ будет работать:
class A(int): __slots__ = ()
Видимо, при копировании с документации, вы забыли слово Nonempty.
Ну и под конец важные выводы:
Атрибут slots не работает для классов, наследованных, от встроенных типов переменной длины, таких как int, bytes и tuple.
Вывод подводит итог того, о чём до этого говорилось. Что-то не найду момента в статье (до вывода), где говорилось бы про наследование класса от встроенных типов переменной длины. Если уж копируете с документации, то так и пишите «Примечания по использованию слотов» («Notes on using slots»)
Зависит от выбранных правил при написании кода. Если вы пишите один, то сами выбираете длину строк (я следую PEP8, поэтому для меня это 79). Если пишите в команде, то тимлид или руководитель должен выбирать правила, которые будет соблюдать вся команда. В том числе и длину строк.
На счет pylint и flake, если не ошибаюсь, можно настроить макимальную длину. Либо на крайний случай сделать --disable=<код_ошибки> и ошибка не будет появляться.
Обычно такие тонкости как длина строк - дело вкуса, поэтому можно встретить как 79, так и 120 символов на одной строке.
Согласен на счет "Укуса питона". 200 страниц, кратко и без воды. А вот про Лутца не соглашусь, имхо очень много воды, страниц 200 прочитал и дальше стало не интересно.
Согласен. Но как и "Тонна в килограммах", так и "Минута в секундах" звучат на мой взгляд понятно. Т.е. "сколько будет одна тонна в килограммах" и "сколько будет одна минута в секундах"
Вариант интересный, но тогда при чтении кода не будет видно что cooking_time измеряется в минутах. Придется наводиться на эту переменную, и только тогда мы увидим тип Minutes. Т.е. не получится нормального беглого чтения
Мне кажется сейчас абсолютно все пишут с помощью IDE.
В остальном согласен, длинные имена тоже не всегда хорошо, но если выбор между "коротким и непонятным" и "длинным и понятным", то лично я выберу второе. Как вы и сказали, это личное дело программиста. Так что тут каждому свое.
IDE предложила не то, а ты не до конца прочитал что она предложила
Сплошной копипаст с этой статьи 19 года
В этом пункте куда-то пропали нижние подчёркивания. Особенно это сбивает с толку когда смотришь на
class, а должно быть__class__Вообще-то пустой
__slots__будет работать:Видимо, при копировании с документации, вы забыли слово Nonempty.
Вывод подводит итог того, о чём до этого говорилось. Что-то не найду момента в статье (до вывода), где говорилось бы про наследование класса от встроенных типов переменной длины. Если уж копируете с документации, то так и пишите «Примечания по использованию слотов» («Notes on using slots»)
Зависит от выбранных правил при написании кода. Если вы пишите один, то сами выбираете длину строк (я следую PEP8, поэтому для меня это 79). Если пишите в команде, то тимлид или руководитель должен выбирать правила, которые будет соблюдать вся команда. В том числе и длину строк.
На счет pylint и flake, если не ошибаюсь, можно настроить макимальную длину. Либо на крайний случай сделать --disable=<код_ошибки> и ошибка не будет появляться.
Обычно такие тонкости как длина строк - дело вкуса, поэтому можно встретить как 79, так и 120 символов на одной строке.
Это комментарий для читающих статью, а не для читающих код. Просто я поместил его в код, чтобы было удобнее. В реальности его бы не было.
С помощью int мы показываем что ожидаем именно этот тип, хотя если убрать type hint, то можно ждать int, str или что-то ещё
Скорее всего да, не находил в бумажной версии
Похоже на то)
Такая же фраза была в этой статье. В итоге какая книга "лучшая"?)
По Лутцу уже есть статья у этого автора.
Согласен на счет "Укуса питона". 200 страниц, кратко и без воды. А вот про Лутца не соглашусь, имхо очень много воды, страниц 200 прочитал и дальше стало не интересно.
Ого, впервые такую запись вижу. Спасибо
Да, я и не говорю что вы не правы. Просто сказал как у меня было, может у кого-то еще также
Согласен. Но как и "Тонна в килограммах", так и "Минута в секундах" звучат на мой взгляд понятно. Т.е. "сколько будет одна тонна в килограммах" и "сколько будет одна минута в секундах"
Как-то до этого не додумался. Спасибо.
И сам программист, пожалуй, поймет что делает что-то не то)
Тогда уж лучше оставить имя функции как есть, чтобы при её поиске не приходилось бегать по всем
tв коде.Вариант интересный, но тогда при чтении кода не будет видно что
cooking_timeизмеряется в минутах. Придется наводиться на эту переменную, и только тогда мы увидим типMinutes. Т.е. не получится нормального беглого чтенияТоже вариант
Мне кажется сейчас абсолютно все пишут с помощью IDE.
В остальном согласен, длинные имена тоже не всегда хорошо, но если выбор между "коротким и непонятным" и "длинным и понятным", то лично я выберу второе. Как вы и сказали, это личное дело программиста. Так что тут каждому свое.
Кстати в такой ситуации может помочь TDD.
В первых лаборатнорных переменные обычно именуются как-то так:
a,b,c,var,list,value.MIN_IN_SECONDS- минута в секундах. Также как вес в килограммахWEIGHT_IN_KILOGRAMSХм, у меня всегда максимально противоположное представление было. Примерно такое как в статье.
Ошибки можно выделять через Ctrl + Enter)