quna95, важные тонкости могут быть в мелочах и нюансах, которые не отображаются в графах.
К примеру, тут посмотрите класс BasePageElement. В нем атрибут self.locator не объявлен, но используется. Он лишний? Удалить? Даже IDE его подсвечивает как проблемный. Но это не значит, что его надо удалять. (Я не выступаю за использованный там подход, но сам его использую, не особо приходя в сознание)
Вообще, идеи о приведении кода в визуальный, графический вид посещают поначалу многих, но редко воплощаются. Потому что в действительности это не нужно.
Если не можешь объять необъятное, обнимай его по частям.
specinc, дружище, неужели вы полагаете, что я буду за вас делать работу?
У вас ошибка, что вы пытаетесь к строке аппендить объект как к списку - ошибку исправили. Теперь у нас список есть, аппенд происходит успешно. А что там до и после написали…
Если вам надо за вас разработать и отдебажить скрипт - это вам на фриланс.
Рекомендую уточнить, в какой среде и как именно вы запускаете код? Версии ОС, python, каким именно образом запускаете, что ожидается и что именно получается? Что пишется в системные логи ОС? Появляется ли графический интерфейс pygame? Появляется ли терминал с логом выполнения кода? Что там сообщается?
Вероятно, та часть страницы подгружается скриптом, а python-овские средства работы с web типа requests и пр. не обрабатывают js. Если это так, вам надо разбирать скрипты вручную, либо использовать что-то вроде webdriver.
Есть ощущение, что у вас классы - это функции. Но мне кажется, так быть не должно. Я не большой знаток ООП, так что дальше моё
Мнение диванного эксперта
DRF нужен для того, чтобы срастить БД и разные API. Соответственно классы должны отображать, грубо говоря, те объекты, которые хранятся в таблицах БД и в структурах API запросов, а также всякие сущности для удобства управления системой.
Т.е. у вас есть таблица, скажем, пользователей - соответственно, должен быть класс Пользователь, содержащий поля (атрибуты), присущие всем пользователям (id, имя, возраст, страна, email, итд).
А какую сущность отражает класс CreatePost? У вас есть несколько разных экземпляров ПостоСоздавалок?
Наверное, должен быть класс Post с методами create, read, update, delete, ну или в таком духе. И с атрибутами, отражающими особенности post-ов (дата, ip, автор, получатель, вложения, заголовок, что там еще…) И класс должен содержать методы для работы с этими атрибутами (например, getter и setter для каждого).
Возможно, атрибуты некоего класса могут содержать экземпляры других классов (например, Страна у Пользователя), в тех классах такая же история должна быть. У них должны быть свои методы для работы с их атрибутами (например, метод определения страны).
Эх… надо было мой вариант оставить, с захардкорженными смещениямм срезов, тогда автор вопроса пришел бы со следующим вопросом «а как посчитать, с какой позиции начинается число в строке», тут-то ваш вариант и зашел бы :)))