py.user.next
Так нельзя смотреть. Происходит привязка программы к внутреннему содержимому объекта. Это что-то вроде глобальных переменных - то есть на первый взгляд выглядит удобным, но делать так нельзя.

py.user.next
Если это свойство, то оно и должно попасть, так как свойство предназначено для использования объекта снаружи .

py.user.next
Свойства - часть интерфейса объекта. Каким бы ни было его содержимое, свойства гарантируют определённое поведение.

py.user.next
Видимо, чтобы не перекодировать их лишний раз из юникода в ascii.

Alen
Хорошее обоснование дал FishHook, мол защита от дурака, но вот только не от изобретательного дурака, потому как тот сделает всё равно сделает присваивание обратившись к свойству с подчеркиванием, в данном случае к _encoding.

FishHook
“Зачем столько лишнего кода” - вообще о чем речь? Речь о паре десятков строчек, в чем проблема?

FishHook
Вы не понимаете, зачем нужны неизменяемые свойства?

FishHook
В чём ваша конструктивная критика?

FishHook
Вас пугает объём кода? Вы, видимо, не видели нормальной программы на С++.

FishHook
Вы не понимаете, в чем смысл соглашений об именах переменных, и зачем ставят “_” в начале?

FishHook
Объективно, коллега, вы рано пытаетесь спорить в форуме для экспертов.

Alen
Да почему же нельзя?

class A:
    x, y, z = 1, 2, 3
 
class B:
    x, y, z = 4, 5, 6
 
class C:
    x, y, z = 7, 8, 9
 
def f1():
    a = A()
    b = B()
    return a.x + a.y + b.x + b.y
 
def f2():
    a = A()
    c = C()
    return a.x + a.y + c.x + c.y
 
def f3():
    return f1() + f2()
 
f3()

Alen
По мне так, такая парадигма идет из языков с наличием приватных и защищенных методов и свойств, где можно описать отдельно логику класса и его интерфейсы, только вот для python это не работает.

Alen
Причём по отсутствию docstring, видно что человек о документировании совершенно не думал и PEP8/PEP257 вообще побоку.

Alen
Декоратор property делает из метода свойство и это много где нужно

Alen
но вот только не от изобретательного дурака

py.user.next
Потому что сковываешь объект.

py.user.next
Классы A, B, C находятся в файле x.py, функции f1, f2 находятся в файле y.py, функция f3 и её вызов находятся в файле z.py.

Теперь посмотрим, что можно сделать спустя какое-то время. Файл z.py мы можем отредактировать и функцию f3 переписать на другие функции . Файл y.py мы можем отредактировать и функции f1 и f2 переписать на другие классы. Файл x.py мы не можем редактировать, так как функции f1 и f2 зависят от содержимого классов. Мы не можем ни имена поменять, ни типы, ни значения.

Открывая файл x.py, откуда мы знаем, что мы не можем поменять классы? ниоткуда, мы меняем - и программа ломается. И тут мы понимаем, что какой-то знаток привязал свои функции к содержимому класса.

4kpt_III
Что значит “сковываешь объект”?

4kpt_III
Приведите как должно быть

class A:
    _x = 1
    y, z = 2, 3
     
    @property
    def x(self):
        return self._x
 
class B:
    _x = 1
    y, z = 2, 3
     
    @property
    def x(self):
        return self._x
 
def f():
    a = A()
    b = B()
    return a.x + b.x
 
f()

4kpt_III
если действительно тьма переменных для внутреннего использования

4kpt_III
Ну и меня учили, что интерфейс это немножко другое.