Comments 1
1. Proxy-классы предназначены для lazy loading. Для того, что бы не подымать зависимости класса сразу, а только по требованию.
2. В некоторых места Proxy-классы используются для решения circular dependency.
3. Затягивать напрямую в конструктор Proxy-класс это bad practice. Прокси стоит прокидовать в обьект только через di.xml, потому что обьект может быть сконфигурырован и реальным классом и вследствие чего ты получаешь фатал.
Автогенерируемые фабрики.
Представь ситуацию когда тебе необходимо создать обьект, что ты будешь делать? Просто затягивать обьект как зависимость? Выглядит нормально. А теперь вдруг необходимо добавить кастомную логику по инициализированию обьекта, в этом случае ты просто возьмешь сгенерированную фабрику и скопируешь себе в модуль и добавишь туда свою логику. И тебе не нужно будет искать и рефакторить 100500 мест где ты напрямую затягивал пустой обьект.
2. В некоторых места Proxy-классы используются для решения circular dependency.
3. Затягивать напрямую в конструктор Proxy-класс это bad practice. Прокси стоит прокидовать в обьект только через di.xml, потому что обьект может быть сконфигурырован и реальным классом и вследствие чего ты получаешь фатал.
Автогенерируемые фабрики.
Представь ситуацию когда тебе необходимо создать обьект, что ты будешь делать? Просто затягивать обьект как зависимость? Выглядит нормально. А теперь вдруг необходимо добавить кастомную логику по инициализированию обьекта, в этом случае ты просто возьмешь сгенерированную фабрику и скопируешь себе в модуль и добавишь туда свою логику. И тебе не нужно будет искать и рефакторить 100500 мест где ты напрямую затягивал пустой обьект.
Sign up to leave a comment.
Magento 2: ObjectManager и Proxy-классы