Пайтон добрый. Можно новые атрибуты создавать по желанию в не-конструкторах класса.

вот, именно set

спасибо

вернее, setattr

за создание инстанс переменной вне инита принято ломать руки.

это очень опасная логика :)

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

ну вот, я вспомнил названия этих методов setatrr и getattr

спасибо)

Кем принято? Где принято? Что за фантастические рассказы?

Человек сам в ответе за свой код, ищет способ что-то сделать, способ есть. Я предпочитаю инициализировать переменные в init через = None , но если человеку очень надо вне init -- это можно сделать.

Интерпретаторы даже предупреждения в таких случаях выкидывают. Но если человеку удобно, он может себе и колено прострелить.

проблемы начинаются тогда, когда на проекте становится больше одного человека. Тогда все самострелы в ногу типа динамического конструирования начинают давать баги и нестабильное поведение приложение. Поэтому существует pep 8, гайдлайны и общие стили разработки.

Ну выкидывают. Но не настаивают. Опять таки это решается через = None в ините.

Так речь и была про это. Записывать переменные объекта никто не запрещает в любом участке логики. Мы говорим про инициализацию свойств вне __init__.

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

Пример правилнього использования:
В конфтесте пайтеста мы в хуке
def pytest_itemcollected(item):
добавляем к тесткейсу поле
setattr(item, "extended_description", "Special text for reporting" )
Затем его использует какой то внешний код, например в
def pytest_runtest_makereport(item, call):

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

А вот за
class Example:
   def init(self):
       ...
   
   def calculate(self):
       return self.data
   
cl = Example
setattr(cl, "data", "Text")
cl.calculate()
обычно больно бьют, так как неявная логика во всей красе

Подскажите кто-то использует какой-то другой инструмент для поиска элементов вместо Layout Inspector в  android studio  ?

Uiautomationviewer, appium inspector?

Uiautomationviewer - простой и хороший был, но его же вроде андирод уже похоронил заменив лайаут инспектором(