Стоит ли использовать ООП для бота на Telebot?

Question

[Артем Шершнев]

Всем привет!

Во всех туториалах "Как написать telegram-бота, используя Telebot" (библиотека pyTelegramBotAPI), что я видел, используется процедурный подход: создаем объект telebot.TeleBot(token), а дальше просто описываем команды в виде функций, который дополняем декораторами из этого объекта. Максимум разносим определения этих функций по разным модулям.

В связи с этим вопрос: использовать ООП для данной задачи нецелесообразно? Стоит или нет, например, реализовывать каждую команду как отдельный класс вида

class SomeBotCommand:
    def __init__(self, message, bot: TeleBot, some_command_arg):
        self.message = message
        self.bot = bot
        self.some_command_arg = some_command_arg

Comments

[idd451289]

И да и нет
Все зависит от архитектуры вашего приложение и уровня его сложности

Есть процедурный подход, т.е. тупо функции. Он простой, но приложение быстро растет, и его как по мне нужно контролировать хорошо

Так же, например в nestjs есть уровень сервисов, которые работают с данными, и уровень контроллеров - классов которые тем или иным способом осуществляют общение с внешним миром(например путем тг бота). Кола больше, но у вас есть di, более удобная и четкая организация проекта, и возможность добавить впоследствии ещё один вариант отдачи данных(например чистый рест)

А можно сделать как вы предложили с классом на команду. Это решение дает большую свободу нежели нест, но меньшую нежели процедурка. По объему кода это решение будет больше, так как надо будет написать основной пласт кода с взаимодействием классов и бота

В общем определитесь чего хотите, и вперёд)
П.с. нест замените на какой нить питоновский фреймворк, я прост на жсе пишу

Answer 1

[Vindicar]

Ну почему бы и нет?
Вон, discord.py вообще реализует механизм когов (cogs), который позволяет заключать отдельные наборы поведений в класс, и подгружать/выгружать этот класс по ходу работы.
Нечто подобное можно построить на базе почти любой библиотеки чат-ботов, особенно если с выгрузкой заморачиваться не требуется.
Просто если у тебя только один набор связанных поведений, то и класс с обработчиками будет один - и смысл тогда?