Я пройшов кілька навчальних посібників у Magento 2, і це мене трохи бентежить. Я бачу, що в основному є два способи, за допомогою яких ми можемо читати / писати суб’єкти господарювання:

Отримати дані

Використання заводського підходу

$object = $this->myFactory->create();
$object->load($myId);

Використання підходу репозиторію

$repo   = $this->myRepository();
$object = $repo->getById($myId);

Збереження даних

Використання заводського підходу

$object = $this->myFactory->create();
$object->load($myId);
$object->setData('something', 'somethingDifferent')->save();

Використання підходу репозиторію

$repo   = $this->myRepository();
$object = $repo->getById($myId);
$object->setData('something', 'somethingDifferent');
$repo->save($object);

Я також бачу, що і сховище, і заводський клас можна вводити за допомогою ін'єкції залежності. Це щонайменше для мене бентежить.

Коли ми повинні використовувати підхід сховища та заводський підхід? Якої найкращої практики нам потрібно дотримуватися?

Якщо є сховище і воно робить те, що вам потрібно, завжди віддайте перевагу сховищу.

Репозиторії є частиною Контрактів на обслуговування (вони є реалізацією інтерфейсів в Api), це означає, що вони розуміються як публічний інтерфейс для інших модулів.

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

$model->load()не є частиною договору послуги. У мене виникло запитання з цієї конкретної теми, можливо, ви знайдете відповіді корисними: чи є коли-небудь причина віддати перевагу $ model-> load () над контрактами на обслуговування?

Використовуйте Фабрики для створення нових організацій

Репозиторії не мають методів створення нової сутності, тому в цьому випадку вам знадобиться фабрика. Але використовуйте заводський інтерфейс , наприклад Magento\Catalog\Api\Data\ProductInterfaceFactory- він створить правильну реалізацію на основі конфігурації DI.

Потім використовуйте repository->save()метод, щоб зберегти його.

Використовуйте Фабрики колекції, якщо вам потрібен більше контроль

Далі не є офіційною найкращою практикою Magento, але наразі сховища не дають точного контролю над тим, що завантажувати. API критеріїв пошуку дозволяє визначати фільтри, але, наприклад, немає можливості вибрати конкретні атрибути EAV або вказати, до яких таблиць індексів долучитись.

Це деталі реалізації, приховані від API контрактів на надання послуг, але часто ці деталі реалізації мають значення, і якщо ви їх ігноруєте, ви отримаєте низьку ефективність. З цієї причини, як тільки репозиторії обмежують мене, я більше не вагаюся використовувати базові колекції.

Гарне питання.

Навіть якщо і сховища, і фабрики дозволяють нам отримати доступ до організації, я думаю, що ми повинні зосередитись на їх відповідальності .

З документації Magento : "Фабрики - це сервісні класи, які створюють неін'єкційні класи, тобто моделі, що представляють сутність бази даних. Вони створюють шар абстракції між ObjectManager та бізнес-кодом."

З статті Алана Шторма : "Об'єкт сховища відповідає за зчитування та запис інформації про ваш об'єкт у магазин об'єктів"

Моє тлумачення: Якщо нашою метою є робота з неін'єкційними (так званими "новими") об'єктами, ми повинні використовувати Фабрики; якщо наша увага зосереджена на пошуку / читанні / записуванні об'єктів у магазині об'єктів, ми повинні використовувати Репозиторії.

Це мій ідеалістичний підхід до теми; майте на увазі, що реальна реалізація може змусити нас зіпсувати речі, на що вказував Алан.

Насолоджуйтесь.

Я б сказав, що вперед слід почати використовувати сховища, оскільки вони дозволяють розділити код між зчитуванням / записом даних та бізнес-логікою.

Є дуже детальна стаття, написана Аланом Штормом про це, в якій пояснюється, як використовувати сховища, а також вивчається деякі недоліки цього нового методу: http://alanstorm.com/magento_2_understanding_object_repositories/

Також з документації Magento, що пояснює переваги цього нового підходу: http://devdocs.magento.com/guides/v2.0/extension-dev-guide/service-contracts/service-contracts.html

Сподіваюся, що ця відповідь може допомогти і іншим розробникам розширень.

Нам потрібно зберегти модель лише за допомогою сховища.

1. Заводські моделі в Magento 2 містять дуже обмежені дані.
2. З іншого боку, модель сховища містить усі дані, якщо є атрибути EAV, пов'язані із замовником, продуктами тощо.

3. Для збереження моделі завжди використовуйте Репозиторій, щоб зберегти будь-яку сутність, якщо для збереження моделі використовується заводська модель, вона видаляє всі несистемні атрибути eav, пов'язані з цією сутністю (клієнтом, продуктом тощо).

4. Для завантаження цілей моделі Репозиторій є найкращим варіантом для отримання моделі за допомогою методу getById ().

Я рекомендую використовувати Репозиторій якомога більше спеціально для цілей збереження моделі.

Тепер методи завантаження, збереження, видалення (моделі) застарілі. Тому ми можемо використовувати модель ресурсу або сховище.

Зараз Magento використовує концепцію менеджера об'єктів для операцій збереження, видалення та завантаження.

Моделі ресурсів мають об'єкт менеджера об'єкта для виконання цих операцій.

$categoryModel = $this->_objectManager->create('\Magento\Catalog\Model\CategoryFactory')->create();        
  $categoryResource = $this->_objectManager->create('\Magento\Catalog\Model\ResourceModel\Category');        
  $categoryResource->load($categoryModel, 3);        
  echo $categoryModel->getName();