Вопрос: если я буду использовать PDO вместо MySQL чистой, функции и mvc в php, будет ли мне в дальнейшем проще весь код переделать под ООП нежели все сейчас писать в процедурке ?
Ну мол если тебе где-то детали пользователя надо - у тебя есть сервис какой который внутри имеет ссылку на подключение и сделает запрос, данные там подготовит. Как именно - пофигу. Главное что бы для того кто этим сервисом пользуется было просто и удобно.
я думаю это не по пхпшной части - составление миб и сбор данных по снмп, тут скорее в питоне надо смотреть либы или что там сейчас используется админами для автоматизации
В данном случае модуль сам отвечает за выдачу данных по снмп, и он же является источником правды по оидам и мибу. Пока эти маппинги статичные, т.е. конкретные данные пишутся в конкретные оиды и написан статичный миб файл - из-за этого перемешаны обязанности модулей выдающих данные и маппинга их на снмп.
Товарищи, как вы считаете, приемлемо ли размещать логику в entity? Часто читал, что логика должна быть в сервисах, в сущностях только данные. Но, вроде как, grasp считает иначе
приемлимо, предпочтительно, если логика декомпозирована так что бы не случались вещи о которых так любят рассказывать любители "в сущностях только данные". Есть у тебя была сущность user и ты туда сложил всю логику у тебя просто получится god object. Если же ты раздробишь эту сущность по операциями то все станет куда интереснее но появится необходимость координировать операции которые затрагивают более одной сущности. И вот это обычно сложно но окупается на больших масштабах