Это ужасная практика.
Лучше для таких действий заводить сервисы/репозитории, ижектить туда сервис авторизации и сразу создавать с объект с нужными полями, нежели добавлять "магию".
Александр Шаповал: одно дело, когда у Вас стоит задача вроде "найти подстроку, перед которой идут цифры или восклицательный знак, а после идет проблел или запятая", другое - когда надо забрать подстроку по статическим маркерам.
А еще печально, когда люди регулярками пытаются в DOM дереве что-то искать, когда есть XPath.
Неужели никто не понимает, что у Яндекса огромная внутренняя инфраструктура? У них немало (а может и тьма) внутренних инструментов написанных на Python 2, которые за здрасьте реюзаются в новых проектах. Проще поддержка, быстрее разработка.
Victor Golovko: нельзя говорить о паттерне фасад, применяя его к одному методу.
Фасад скрывает сложную логику разных частей системы, отдавая наружу простой API.
Декоратор же работает с одним интерфейсом, как вашем случае.
Как я скзаал, тут вообще неприменимо слово "паттерн". Точнее применимо, но в контексте "паттерн головного мозга". :)
vaskadogana: зависит от контекста. Если именно один элемент - да. Однако Вы сами написали "то, что планирую ложить внутрь довольно разного плана, от кнопки/формы до таблицы или целой страницы." - значит может быть несколько элементов.
Есть же DOM/XPath во многих языках. В том числе, в Java.