Magento 2 та договори на послуги


9

Я знаю, що в цьому питанні є багато тем, але я не впевнений, що чітко розумію ..

Коли нам потрібно було скористатися договором на обслуговування?

  • Чи замінюють вони CRUD на Model/ ResourceModel?
  • Чи потрібно було нам щоразу створювати договір на обслуговування для кожної організації, який буде використовувати таблицю даних на спеціальному модулі?
  • Чи справді вони цікаві для подальшого розвитку?
  • Чому Magento іноді використовує save/ loadвід моделі в контролері / блоці, а іноді ні?

Дякую


Цікавий пост служби M2 підписав це
95623

Привіт Санпу і дякую за посилання :). Бачення Алана цікаве і зараз я починаю розуміти логіку контракту на послугу. Здається, реорганізуйте всю логіку бізнес-моделі окремо з концепціями сховища / даних / управління та Builder. Це не чітко пояснено, але, ймовірно, це замінить поточне використання моделі. Що ви думаєте про це ?
TaKe_Da_ShAkEr

Відповіді:


1

В основному, контракти на обслуговування - це набір інтерфейсів, доступних для модулів для декларування стандартних API. Загалом, є дві категорії API, API даних, який розкриває методи CRUD, і операційний API, який насправді щось робить.

Договори на обслуговування виконують ряд важливих функцій, таких як:

  • Удосконалення процесу оновлення
  • Формалізація процесу налаштування
  • Роз'єднання модулів

Тепер із застосуванням інтерфейсів та API набагато зрозуміліше взаємодіяти з модулями у більш модульній системі Magento, оскільки вони спілкуються лише через API

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

Я настійно рекомендую взяти курс Magento Основи розвитку магенто, який Magento надає безкоштовно до 31/1/2017. Він охоплює вичерпний огляд контракту на послуги та переходить у Framework API, API даних та веб-API


0

Контракти на обслуговування дуже корисні в Magento2. Вони точно визначають, які поля даних вам потрібні для введення. Оскільки Magento розроблений таким чином, що і контролери, і процеси, і веб-apis споживають однакові сховища та моделі, контракт на обслуговування допомагає зробити дані однаковими для всіх. Це також корисно, тому що дає можливість досить легко впорскувати фабрики та інші речі.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.