Этот "дребезжащий мусор" просто надоел. Код становится нечитаемый, потому что не видно сути. Есть какой- то способ писать обращение к членам класса напрямую без self (и другого заменителя)?

Лысый дядькаAlekseySQL,

А можно некий пример на неком псевдопитоне, как вы себе это представляете?

Возьмите любой код класса на С++ / Java: там при обращение к членам / методам внутри класса не надо дополнительных танцев с бубном. Код получается элегантным, потому что не содержит лишних ничего- незначащих синтаксических элементов.

NekZТебе когда-нибудь надоест жаловаться, что в сутках 24 часа, а не 36, и что на севере холодно, в то время как на юге тепло?
Не нравится питон, выбери любой другой язык. Вон, например, вокруг Kotlin'а сейчас сколько хайпа.
Или напиши уже свой идеальный и душевный язык программирования.

Python всего- навсего язык программирования. Поэтому я отношусь к нему утилитарно. Вот, например, простейший код, над которым надо помедитировать, чтобы понять что он делает:



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

Лысый дядькаAlekseySQLВот, например, простейший код, над которым надо помедитировать

Мне кажется ты в жизни написал не более пары десятков строк кода

Мы можем, конечно, заниматься взаимными оскорблениями и упреками. Но это неэффективный путь.

По сути вопроса: приведенный мной код для его понимания нужно ЧИТАТЬ, его невозможно ухватить бросив один беглый взгляд. А код должен быть ПРОСМАТРИВАЕМЫМ, только тогда программировать становится легко и размер проекта легко растет количественно. Наоборот, если код написан сложно, то на определенном размере проекта он просто перестает расти: программист ходит на работу, ужасно устает, но по факту выхлоп практически нулевой.

В свое время я познакомился с потрясающей книгой Роберта Мартина "Чистый код", которая не мной признана бестселлером. Там автор приводит такую аналогию: код должен быть похож на газетную статью. Согласитесь, что ушлые журналисты составляют газетные статьи так, что их можно просто просматривать, в целом понимая суть изложенного. Собственно только легкость и чистота отличает код сеньора (а джун сколько не тужится, у него все равно получаются ребусы).

А есть в языке какие- нибудь макро- подстановки, типа define в С++?

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

Лысый дядькаAlekseySQL,

Ты не ответил, на вопрос, как бы ты видел программу на питоне, без self. Плюс к этому тебе нужны тебе еще и макросы на питоне. Повторю вопрос - покажи программу на питоне с классами без self и плюс еще с макросами. Как она должна выглядеть? Ответ "как Джава" не принимается, ибо Джава уже есть и другой не нужно. Покажи промер кода.

Я уже писал решение: динамическое добавление атрибутов делать с помощью self, а область видимости разрешать как у функций.

Лысый дядькаAlekseySQL,
ну от вас же ждут пример программы, а не словесное ее описание. Давайте пример.

Если бы я знал как это сделать, то не задавал этот вопрос в топике. Может например, существуют какие- то классы, которые позволяют это сделать(например, недавно в языке появились классы данных).

А может есть IDE, которые позволяют настроить препроцессинг? Ведь по логике сделать банальные замены в тексовом файле для IDE не проблема...

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

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

Причем деление на более мелкие функции не снимает необходимости везде писать тот же самый self. Его также неприлично много, и он также "загораживает" реальный код.