Нужно ли что-то изобретать используя терминологию DDD для приложения снимающего данные по modbas с нескольких датчиков и отправляющего на сервер? Есть бизнес логика? Есть.
Но нужно ли строить сложное приложение со всеми слоями и именованием частей по DDD?
Это появляется только при повышении сложности проекта.
1. Делаем контейнер на образе нужной версии python.
2. "Заходим" в него.
3. Устанавливаем нужные пакеты через pip.
4. Делаем pip freeze.
5. Копируем вывод во внешний requirements.txt
6. Выходим из контейнера.
7. Прописываем в докер файл копирование файла requirements.txt в контейнер.
8. Прописываем в докер файл команду установки зависимостей через pip из requirements.txt
9. Билдим контейнер по новой.
10. Для запуска контейнера добавляем связь внешней папки с папкой в контейнере через монтирование.
11. Запускаем контейнер.
12. "Заходим" в контейнер.
13. Правим код во внешней папке и запускаем его в контейнере ручками.
Добились, что код рабочий. Теперь можно создать имадж с приложением. Для этого правим докер файл для добавления копирования кода из папки в контейнер и запуска приложения. Билдим и тестируем имадж через создание контейнера. Заливаем имадж в докер репозиторий. На основе имаджа запускаем контейнер на внешнем хосте. "Грустим", что всё закончилось.
Может нужно всё же изучить API, а не слать что попало или не превышать число запросов?
Кстати, с пустым ответом ещё хорошо, а вот Битрикс24 API на не перевариваемый ей фильтр может слать все значения.
Синтаксис для ООП описан практически во всех современных учебниках по python.
В начале изучаем его. Как написать класс. Как создать экземпляр объекта и взаимодействовать с его атрибутами и методами. Привыкаем к self.
Далее более осознано применяем библиотеки, использующие ООП, и изучаем SOLID.
Потом всю оставшуюся жизнь учимся писать свои классы, создавая годные абстракции предметных областей.
В Битрикс 24 есть REST API. И с ним пофиг на чём работать. Но нужна знать то, на чём работаешь.
Авторизуемся.
Делаем запросы на получение сделок.
Делаем то что нам нужно со сделками.