Серия «Не Ван Россум»

Давайте посмотрим в локальные и глобальные переменные.

a = 15

def test():

····a = 1 # Эта 'a' - в locals

····print(a)

test()

print(a) # Эта - глобальная, она и останется ==15

>>> myglobals={'name': 'main', 'doc': None, 'package': None, 'loader': <_frozen_importlib_external.SourceFileLoader object at 0x7fdb99a471c0>, 'spec': None, 'annotations': {}, 'builtins': <module 'builtins' (built-in)>, 'file': 'ex15.py', 'cached': None, 'json': <module 'json' from '/usr/lib/python3.8/json/init.py'>, 'myglobals': {...}}

>>> 1

>>> 15

Есть такое правило, по которому резолвятся имена, в английском оно называется LEGB. Local - Enclosing - Global - Builtins. То есть, локальные, нелокальные/вложенные (когда функция внутри другой функции), глобальные и встроенные.

В приведенном примере можно сказать, что глобальная переменная a затеняется локальной переменной a. Это такой термин, "затенение переменной". Затеняется она, естественно, внутри функции.

Если мы хотим использовать глобальную переменную в функции, об этом нужно сообщить, дописав 'global a' после определения функции - так код будет более понятным. Если же просто убрать строку 'a = 1', функция тоже будет использовать глобальную переменную, т.к. интерпретатор, не имея локальной 'a', пойдет дальше по правилу LEGB и найдёт ту 'a', которую мы и имели в виду. Глобальную в нашем случае.

Это кросспост из моего Telegram-канала "Не Ван Россум", где я прямо сейчас пишу сериал "101 вопрос про Python" с описанием подводных камней, неочевидностей и загвоздок.

(Также я обещал одному юному подписчику показать пример, как не париться с ключами даже без defaultdict модуля collections)

Рассматриваем дальше. Инкапсуляция.

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

Очевидно, что это реализовано тоже, и каждый экземпляр класса всё своё носит с собой.

"Полиморфизм позволяет обращаться с объектами разных классов так, как будто они являются объектами одного класса."

Тоже весьма очевидно. Наследование и перегрузка методов (плюс магические методы) позволяют нам при желании взаимодействовать с классами универсально и единообразно.

На самом деле, мы используем эти принципы ежедневно, даже не задумываясь о том, что "мы используем здесь такой-то принцип, потому что...". Очевидно, что язык явным и естественным образом направляет нас к единственно правильному способу сделать "это" (см. PEP20).

Ребята, сказал бы я, мальчишки и девчонки – пока молодые, развивайте полный лотос, он очень пригодится вам в жизни. И ничего не берите в голову, кроме щебета птиц, шума ветра и плеска волн.

(Тайные виды на гору Фудзи, Виктор Пелевин).

Ребята, мальчишки и девчонки – пишите классы, хорошие и разные, наследуйте их, храните их данные рядом с методами, перегружайте методы под особенности класса. И ничего не берите в голову, кроме чистоты кода и красоты реализации.

Таким образом, мы выяснили, что Python полностью поддерживает ООП.

Это кросспост из моего Telegram-канала "Не Ван Россум", где я прямо сейчас пишу сериал "101 вопрос про Python" с описанием подводных камней, неочевидностей и загвоздок.

class SomeClass():

····def __init__(self, *bbargs, **zzargs):

········print(f'{bbargs=}; {zzargs=}')

if __name__ == '__main__':

····c = SomeClass(1,2,3, a='a', c='d')

>>>bbargs=(1, 2, 3); zzargs={'a': 'a', 'c': 'd'}

Операторы * и ** используются всего лишь для упаковки и распаковки коллекций в Python, и вовсе не являются какими-то "специальными операторами для функций"!

Распаковка списков и кортежей

a, *b = (1, 2, 3, 4)

# первое значение будет a, все остальные списком станут b

# a == 1, b == [2,3,4]

*a, b = (1, 2, 3, 4)

# наоборот, сколько-то первых будут a, а последнее - точно b

# a == [1,2,3], b == 4

Распаковка словарей

params = {'a':1, 'b':2}

c = {'c':3, **params}

print(c)

>>>{'c': 3, 'a': 1, 'b': 2}

Хорошая ли практика передавать аргументы через args, kwargs?

Я считаю, что в большинстве случаев - нет.

Вот вам пример, допустим нам в классе нужен параметр адреса.

class SomeClass():

····def __init__(self, *bbargs, **zzargs):

········self.addr = zzargs.get('addr', '127.0.0.1') # 1

········self.addr = zzargs.get('addr', None) or '127.0.0.1' # 2

········print(self.addr)

c = SomeClass(1,2,3, a='a', c='d', addr='192.168.1.1')

Красиво, читаемо? Я считаю, что нет.

Кстати, вот ещё пример за гранью добра и зла:

class SomeClass():

····def __init__(self, *bbargs, **zzargs):

········self.__dict__.update(zzargs)

········# Так делать нельзя!

········print(self.addr) # '192.168.1.1' ;)

c = SomeClass(1,2,3, a='a', c='d', addr='192.168.1.1')

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

class SomeClass():

····def __init__(self, addr:str='127.0.0.1') -> None:

········self.addr: str = addr

········print(self.addr)

Потому что так - красивей!

Это кросспост из моего Telegram-канала "Не Ван Россум", где я прямо сейчас пишу сериал "101 вопрос про Python" с описанием подводных камней, неочевидностей и загвоздок.

Бежать вдвое быстрее, быть на шаг впереди, получать новые возможности, выбирать из них лучшие и реализовывать их. Мы ежедневно участвуем в бесконечной гонке, какой бы старой эта мысль ни была, и даже забываем об этом.

Но возможности и их реализация - не самоцель. На определенном этапе ты начинаешь задумываться о том, как превратить мастерство в искусство. Хотя бы иногда. Хотя бы тёплыми летними вечерами.

...

Наверное, скоро у каждого из нас будет своя домашняя (карманная?) нейросеть.

По крайней мере, у меня она уже есть, работает на моём домашнем сервере и отвечает на мои сообщения в Telegram.

В ответ на мои рефлексии она мне выдала следующее:

Этот процесс можно разделить на два этапа: сбор информации и ее обработка. Сбор информации. На этом этапе нужно собрать как можно больше информации по конкретной теме. Не следует ограничиваться только одним источником информации (книгой, газетной статьей, лекцией).

Однако процесс непрерывный, ведь мир вокруг нас все время меняется. Новые идеи приходят отовсюду – из книг, газет, телепередач, лекций, фильмов, социальных сетей
и т. д.

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

Вы понимаете, что можно сделать что-то для себя, а также сделать что-то значимое. что вы можете не торопиться, чтобы создавать вещи, которые имеют смысл для вас. что вы можете спроектировать свое собственное будущее. И поэтому вы возвращаетесь к чертежной доске.

Кажется, будущее уже наступило.

Это кросспост из моего Telegram-канала "Не Ван Россум", где я прямо сейчас пишу сериал "101 вопрос про Python" с описанием подводных камней, неочевидностей и загвоздок.

type() - получения типа объекта

id() - идентификатора (адреса в памяти) объекта

hasattr() - проверки на наличие атрибута

isinstance() - проверки на принадлежность к классу или подклассу

добавим в этот же список и callable() - проверка, является ли указанное "свойство" объекта вызываемым (callable) методом.

Ответ, казалось бы, простой - использовать dir().

Но вопрос был задан именно о методах, а про атрибуты нам ничего не было сказано. Если это не ошибка задающего вопрос, а намеренное умолчание, то нам придется перебрать все свойства, полученные из dir() и проверить, являются ли они методами.

some = 'abc'

print([attr_name for attr_name in dir(some) if callable(getattr(some, attr_name))])

>>>['__add__', '__class__', '__contains__', '__delattr__', '__dir__', '__eq__', '__format__', '__ge__', '__getattribute__', '__getitem__', '__getnewargs__', '__gt__', '__hash__', '__init__', '__init_subclass__', '__iter__', '__le__', '__len__', '__lt__', '__mod__', '__mul__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__rmod__', '__rmul__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', 'capitalize', 'casefold', 'center', 'count', 'encode', 'endswith', 'expandtabs', 'find', 'format', 'format_map', 'index', 'isalnum', 'isalpha', 'isascii', 'isdecimal', 'isdigit', 'isidentifier', 'islower', 'isnumeric', 'isprintable', 'isspace', 'istitle', 'isupper', 'join', 'ljust', 'lower', 'lstrip', 'maketrans', 'partition', 'replace', 'rfind', 'rindex', 'rjust', 'rpartition', 'rsplit', 'rstrip', 'split', 'splitlines', 'startswith', 'strip', 'swapcase', 'title', 'translate', 'upper', 'zfill']

Восхитимся, как много хорошего и разного можно сотворить с простой строкой! Попутно отметим, что часть методов, чьё название начинается и заканчивается с двух подчёркиваний - особые, магические. О них я напишу в другой раз.

Это кросспост из моего Telegram-канала "Не Ван Россум", где я прямо сейчас пишу сериал "101 вопрос про Python" с описанием подводных камней, неочевидностей и загвоздок.