Общие рекомендации по #Python:
1) код не должен зависеть от реализаций языка и он должен как можно меньше зависеть от версии
2) метод join быстрее конкатенции (строки)
3) Сравнения с None должны обязательно выполняться с использованием операторов is или is not, а не с помощью операторов сравнения
4) Всегда используйте выражение def, а не присваивание лямбда-выражения к имени.
5)Для последовательностей (строк, списков, кортежей) используйте тот факт, что пустая последовательность есть false
6)Не сравнивайте логические типы(логические переменные) с True и False с помощью ==:
1) код не должен зависеть от реализаций языка и он должен как можно меньше зависеть от версии
2) метод join быстрее конкатенции (строки)
3) Сравнения с None должны обязательно выполняться с использованием операторов is или is not, а не с помощью операторов сравнения
4) Всегда используйте выражение def, а не присваивание лямбда-выражения к имени.
5)Для последовательностей (строк, списков, кортежей) используйте тот факт, что пустая последовательность есть false
6)Не сравнивайте логические типы(логические переменные) с True и False с помощью ==:
PEP
«Предложения по развитию #Python» (англ. Python Enhancement Proposals, PEP) - предложения по улучшению языка от опытных разработчиков на Python.
PEP 8 - это руководство по стилю о том, как писать легкочитаемый код. Оно содержит ряд руководящих принципов касательно имен переменных. Кратко перечислим их:
- имена модулей должны быть короткими и содержать только строчные буквы;
- имена классов должны быть в стиле CapWords;
- большинство переменных и имен функций должны писаться строчными_буквами_с_подчеркиваниями;
- постоянные (переменные, которые никогда не меняют значения) должны писаться ЗАГЛАВНЫМИ_БУКВАМИ_С_ПОДЧЕРКИВАНИЯМИ;
- имена, которые будут пересекаться с ключевыми словами Python (например, «class» или «if»), должны иметь замыкающее подчеркивание.
PEP 8 также рекомендует использовать пробелы вокруг операторов и после запятых, чтобы улучшить читаемость кода.
«Предложения по развитию #Python» (англ. Python Enhancement Proposals, PEP) - предложения по улучшению языка от опытных разработчиков на Python.
PEP 8 - это руководство по стилю о том, как писать легкочитаемый код. Оно содержит ряд руководящих принципов касательно имен переменных. Кратко перечислим их:
- имена модулей должны быть короткими и содержать только строчные буквы;
- имена классов должны быть в стиле CapWords;
- большинство переменных и имен функций должны писаться строчными_буквами_с_подчеркиваниями;
- постоянные (переменные, которые никогда не меняют значения) должны писаться ЗАГЛАВНЫМИ_БУКВАМИ_С_ПОДЧЕРКИВАНИЯМИ;
- имена, которые будут пересекаться с ключевыми словами Python (например, «class» или «if»), должны иметь замыкающее подчеркивание.
PEP 8 также рекомендует использовать пробелы вокруг операторов и после запятых, чтобы улучшить читаемость кода.
Чтобы открыть «Дзен языка #Python», используйте команду import this .
Результат:
The Zen of Python, by Tim Peters (Тим Питерс «Дзен языка Python»)
Beautiful is better than ugly (Лучше красиво, чем некрасиво)
Explicit is better than implicit (Лучше явно, чем неявно)
Simple is better than complex (Простой код лучше, чем сложный)
Complex is better than complicated (Сложный код лучше, чем запутанный)
Flat is better than nested (Плоский код лучше, чем вложенный)
Sparse is better than dense (Разреженный код лучше, чем плотный)
Readability counts (Читаемостью нельзя пренебрегать)
Special cases aren't special enough to break the rules (Особые случаи не настолько особенные, чтобы нарушать правила)
Although practicality beats purity (При этом практичность важнее безупречности)
Errors should never pass silently (Ошибки никогда не должны замалчиваться)
Unless explicitly silenced (Замалчивать можно только явно)
In the face of ambiguity, refuse the temptation to guess (Встретив двусмысленность, отбрось искушение угадать)
There should be one-and preferably only one-obvious way to do it (Должен существовать один - и, желательно, только один - очевидный способ сделать что-либо)
Although that way may not be obvious at first unless you're Dutch (Он будет очевиден сразу, только если вы голландец)
Now is better than never (Сейчас лучше, чем никогда)
Although never is often better than *right* now (Хотя никогда зачастую лучше, чем прямо сейчас)
If the implementation is hard to explain, it's a bad idea (Если реализацию сложно объяснить - идея плохая)
If the implementation is easy to explain, it may be a good idea (Если реализацию легко объяснить - идея, возможно, хорошая)
Namespaces are one honking great idea-let's do more of those! (Пространства имен отличная штука! Давайте использовать их как можно больше!)
Результат:
The Zen of Python, by Tim Peters (Тим Питерс «Дзен языка Python»)
Beautiful is better than ugly (Лучше красиво, чем некрасиво)
Explicit is better than implicit (Лучше явно, чем неявно)
Simple is better than complex (Простой код лучше, чем сложный)
Complex is better than complicated (Сложный код лучше, чем запутанный)
Flat is better than nested (Плоский код лучше, чем вложенный)
Sparse is better than dense (Разреженный код лучше, чем плотный)
Readability counts (Читаемостью нельзя пренебрегать)
Special cases aren't special enough to break the rules (Особые случаи не настолько особенные, чтобы нарушать правила)
Although practicality beats purity (При этом практичность важнее безупречности)
Errors should never pass silently (Ошибки никогда не должны замалчиваться)
Unless explicitly silenced (Замалчивать можно только явно)
In the face of ambiguity, refuse the temptation to guess (Встретив двусмысленность, отбрось искушение угадать)
There should be one-and preferably only one-obvious way to do it (Должен существовать один - и, желательно, только один - очевидный способ сделать что-либо)
Although that way may not be obvious at first unless you're Dutch (Он будет очевиден сразу, только если вы голландец)
Now is better than never (Сейчас лучше, чем никогда)
Although never is often better than *right* now (Хотя никогда зачастую лучше, чем прямо сейчас)
If the implementation is hard to explain, it's a bad idea (Если реализацию сложно объяснить - идея плохая)
If the implementation is easy to explain, it may be a good idea (Если реализацию легко объяснить - идея, возможно, хорошая)
Namespaces are one honking great idea-let's do more of those! (Пространства имен отличная штука! Давайте использовать их как можно больше!)
Inspect python methods.
#python #pythonprogramming #pythoncode #py #programming #inspect #methods #code #pyvideo #follow #education #learn
https://www.instagram.com/p/CEh8y0ygxGG/?igshid=b7njdbrqifhx
#python #pythonprogramming #pythoncode #py #programming #inspect #methods #code #pyvideo #follow #education #learn
https://www.instagram.com/p/CEh8y0ygxGG/?igshid=b7njdbrqifhx
Instagram
Junior Python School
Inspect python methods. #python #pythonprogramming #pythoncode #py #programming #inspect #methods #code #pyvideo #follow #education #learn