Почему использование 'object.get_attribute()' лучше, чем object.attribute?

Question

[Илья]

Доброго времени суток.
Изоучаю python и программирование в целом.
На одном из курсов на edX дошел до изучения классов и ооп.
Вот часть данного класса:

class Coordinate(object):
    def __init__(self, x, y):
        self.x = x
        self.y = y

    def getX(self):
        # Getter method for a Coordinate object's x coordinate.
        # Getter methods are better practice than just accessing an attribute directly
        return self.x

Собственно интересует второй комментарий. Почему использование метода лучше, чем прямой доступ к атрибуту?
Допусти имеем:
obj = Coordinate(3, 4)
Почему obj.getX() лучше, чем obj.x?

Answer 1

[bobrovskyserg]

Этого требует ООП-религия ;)

class nested(Coordinate):
    def __init__(self, x, y, parent=None):
        super().__init__(x, y)
        self.parent = parent

    def getX(self):
        if self.parent:
            return self.parent.x + self.x
        return self.x

Comments

[Илья]

Пока что не особо понимаю, что вы написали, т.к. только начал классы изучать и с другими языками не знаком. Но наверно nested это "подкласс" моего класса, а дальне уше не понятно =). Пока что просто понял, что "так принято делать". Продолжу дальше изучать, наверно это станет понятным позже.

[zed]

Илья: Суть в том, что иногда, чтобы получить/изменить значение атрибута, нужно выполнить некие дополнительные действия. Поэтому и нужны дополнительные геттеры и сеттеры. Особенно актуально это в многопоточном программировании, когда доступ к переменной нужно защитить от конкурентного доступа с разных потоков. Вот эта "защита" и реализуется в этих методах, а саму переменную обычно делают приватной (в питоне нету модификаторов доступа, поэтому по соглашению принято давать имена таким переменным с нижним подчёркиванием: self._x), чтобы никто снаружи не имел возможности изменить её без спроса.

[Илья]

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

[bobrovskyserg]

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

Answer 2

[egorsmkv]

В комментарии ведь написано - лучшая практика в ООП.

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

Answer 3

[Marchenko Oleg]

Макконнелл С. "Совершенный код":
"Предоставление доступа к данным-членам нарушает инкапсуляцию и ограничивает контроль над абстракцией. Как указывает Артур Риэль, класс Point (точка), который предоставляет доступ к данным:
float x;
float y;
float z;
нарушает инкапсуляцию, потому что клиентский код может свободно делать с данными Point что угодно, при этом сам класс может даже не узнать об их изменении (Riel, 1996). В то же время класс Point, включающий члены:
float GetX();
float GetY();
float GetZ();
void SetX( float x );
void SetY( float y );
void SetZ( float z );
поддерживает прекрасную инкапсуляцию. Вы не имеете понятия о том, реализованы ли данные как float x, y и z, хранит ли класс Point эти элементы как double, преобразуя их в float, или же он хранит их на Луне и получает через спутник".

Answer 4

[Valeriy Solovyov]

self.x - хм...
pythoner.name/documentation/tutorial/classes/private
В Python не существует "частных" (приватных) переменных экземпляра, т.е. тех, которые не могут быть доступны, кроме как изнутри объекта. Тем не менее есть соглашение, которое поддерживается большей частью кода Python: идентификатор с префиксом нижней черты (например _spam) должны рассматриваться как непубличная часть API (будь то функция, метод или элемент данных). Следует учитывать, детали реализации и предмет могут быть изменены без предварительного уведомления.
Поскольку есть действительные прецеденты для приватных для класса идентификаторов (а именно, чтобы избежать конфликтов имен с именами, определенными подклассами), есть ограниченная поддержка такого механизма, называемого корректировкой имен (name mangling). Любой идентификатор вида __spam (по крайней мере с двумя первыми подчеркиваниями и не более чем одним завершающим) текстуально заменяются на _classname__spam, где имя класса - это текущее имя класса с начальным символом(ами) подчеркивания. Эта корректировка делается безотносительно к синтаксической позиции идентификатора тех пор, пока это происходит в определении класса.
Корректировка имен полезна для того, чтобы позволить подклассам переопределять методы, не нарушая внутриклассовых вызовов методов. Например:

class Mapping:
    def __init__(self, iterable):
        self.items_list = []
        self.__update(iterable)
 
    def update(self, iterable):
        for item in iterable:
            self.items_list.append(item)
 
    __update = update   # private copy of original update() method
 
class MappingSubclass(Mapping):
 
    def update(self, keys, values):
        # provides new signature for update()
        # but does not break __init__()
        for item in zip(keys, values):
            self.items_list.append(item)