Size: a a a

2021 September 23

EC

Event Chek in symfony
Вопрос: если я буду использовать PDO вместо MySQL чистой, функции и mvc в php, будет ли мне в дальнейшем проще весь код переделать под ООП нежели все сейчас писать в процедурке ?
источник

SP

Sergey Protko in symfony
Ни pdo ни mysqli ты не должен юзать в чистом виде - всеравно надо будет прятать работу с базой куда-то, а потому не принципиально
источник

SP

Sergey Protko in symfony
Ну мол если тебе где-то детали пользователя надо - у тебя есть сервис какой который внутри имеет ссылку на подключение и сделает запрос, данные там подготовит. Как именно - пофигу. Главное что бы для того кто этим сервисом пользуется было просто и удобно.
источник

EC

Event Chek in symfony
Примного благодарен за ответ а прятать Вы что имеете в виду
источник

EC

Event Chek in symfony
?
источник

EC

Event Chek in symfony
И что за чистый вид ?
источник

EC

Event Chek in symfony
Думал что pdo это и так уже не чистая mysql
источник

EC

Event Chek in symfony
Вроде как перечитал и pdo. Это некий защищённый класс стандартной MySQL используемый для ООП и применяется в php. Да тому примеры все на ООП с pdo
источник

МФ

Максим Федоров... in symfony
Прошу прощения, это вы к чему и почему в паблике симфони это обсуждение?

Вот тут можно
https://t.me/phpGeeksJunior
источник

EC

Event Chek in symfony
Сории
источник

Л

Лев in symfony
вам случаем не попадались пакеты для генерации мибок из пхпшных структур
источник

Л

Лев in symfony
на пакаджисте что то не видать
источник

КГ

Константин Грачев... in symfony
ми.. чего?
источник

Л

Лев in symfony
mib
источник

Л

Лев in symfony
#asn1 #snmp
источник

OK

Oleg Krasavin in symfony
Каво
источник

ES

Egor Somenko in symfony
я думаю это не по пхпшной части - составление миб и сбор данных по снмп, тут скорее в питоне надо смотреть либы или что там сейчас используется админами для автоматизации
источник

Л

Лев in symfony
В данном случае модуль сам отвечает за выдачу данных по снмп, и он же является источником правды по оидам и мибу. Пока эти маппинги статичные, т.е. конкретные данные пишутся в конкретные оиды и написан статичный миб файл - из-за этого перемешаны обязанности модулей выдающих данные и маппинга их на снмп.
источник

ДБ

Денис Бакаев... in symfony
Товарищи, как вы считаете, приемлемо ли размещать логику в entity? Часто читал, что логика должна быть в сервисах, в сущностях только данные. Но, вроде как, grasp считает иначе
источник

SP

Sergey Protko in symfony
приемлимо, предпочтительно, если логика декомпозирована так что бы не случались вещи о которых так любят рассказывать любители "в сущностях только данные". Есть у тебя была сущность user и ты туда сложил всю логику у тебя просто получится god object. Если же ты раздробишь эту сущность по операциями то все станет куда интереснее но появится необходимость координировать операции которые затрагивают более одной сущности. И вот это обычно сложно но окупается на больших масштабах
источник