Щоб повторити важливі частини, описані вище, програми Magento 2 повинні використовувати офіційні API Magento 2, а не Zend безпосередньо. Таким чином, розробники не повинні дбати, на чому ми будуємо.
Для розслідування умів Magento 2 використовує біти з різних рамок. Ми використовуємо доступ до бази даних із Zend 1. Ми досліджували перехід до Doctrine, але це було занадто багато роботи для випуску Magento 2.0.0. Однак ми можемо зробити це в 2.1, 2.2, 3.0 або ... (ще немає зобов'язань). Коли ми дійдемо до цього, ми можемо також передумати, чи використовувати ZF1, ZF2, Doctrine тощо на основі нової наявної інформації. У Magento 2 також може бути файл YML (тобто ми використовуємо частину Symfony). Частина інсталятора використовувала частину ZF2 (чи варто розробити нову програму на ZF1?), Але це може змінитися. Ми також побачили крихітну частину кутових, яка, можливо, виглядала цікавою для MV * у JavaScript.
Але як тільки ви дивитесь, що знаходиться в рамках Magento, ви, ймовірно, робите неправильну справу. Ваш код заявки не повинен перейматися. Вам слід використовувати "офіційні" API, надані рамкою Magento, щоб ми могли змінити внутрішні ресурси, не впливаючи на існуючі сайти або розширення клієнтів. "Офіційно" ми збираємось задокументувати, які API підтримуються "API" (ще не зроблено дуже добре) - щоб зробити оновлення надійнішими, ми будемо тримати ці API максимально стабільними, але внесемо зміни в базовий код база для підвищення продуктивності тощо.
Примітка. Я не дуже часто шукаю цю сферу - питання Magento 2 переглядаються на трекері випусків GitHub. Ми намагаємось утримати їх усіх на даний момент.