Magento Design Patterns

Question

Magento, IMHO, представляет собой систему PHP, которая построена на хорошо продуманных принципах кодирования, одним из которых является многократно используемый шаблон проектирования.С точки зрения примера системы PHP, я думаю, что она может считаться довольно передовой и поэтому заслуживает рассмотрения с архитектурной точки зрения.

Насколько я понимаю, существует много шаблонов проектирования, которые доступны дляразработчик ООП.Наблюдение за использованием таких шаблонов в системе с открытым исходным кодом, такой как Magento, позволяет разработчику просматривать примеры таких шаблонов в реальных условиях и на месте, а не в примерах, которые иногда могут быть довольно сложными и даже немного вводящими в заблуждение.

Поэтому мне интересно, какие шаблоны, кроме тех, которые я перечислил ниже, использовали программисты Magento при разработке для Magento.

В качестве примечания я понимаю, что некоторые изэти шаблоны существуют как следствие их построения на Zend Framework, MVC / Front Controller - пара из них,

Очевидные из них:

Factory:

$product = Mage::getModel('catalog/product');

Singleton:

$category = Mage::getSingleton('catalog/session');

Реестр:

$currentCategory = Mage::registry('current_category');

Answer 1

Прототип:

Mage:getModel('catalog/product')->getTypeInstance();

Пара наблюдателей событий:

# PHP
Mage::dispatchEvent('event_name', array('key'=>$value));

# config.xml
<config>
    <global>
        <events>
            <event_name>
                <observers>
                    <unique_name>
                        <class>Class_Name</class>
                        <method>methodName</method>
                    </unique_name>
                </observers>
            </event_name>
        </events>
    </global>
</config>

Пул объектов:

$id = Mage::objects()->save($object);
$object = Mage::objects($id);

Итератор:

Mage::getModel('catalog/product')->getCollection();

Answer 2

Шаблоны дизайна, найденные в Magento в деталях

1. Образец модели представления модели

Model View Controller, сокращенно MVC, - это шаблон проектирования, в котором бизнес, презентация и логика связывания разделены. Magento интенсивно использует XML в качестве шаблонной логики и HTML, смешанный с файлами PHP для своих представлений. Модели поддерживаются ORM Varien. Большая часть бизнес-логики происходит в моделях, тогда как контроллеры отображают данные модели в представления.

Поскольку в Magento его представления «толстые» - они часто содержат много логики - нередко в представлениях есть дополнительный класс PHP (система блоков), который поможет с рендерингом.

2. Шаблон переднего контроллера

Шаблон фронт-контроллера обеспечивает наличие единственной и единственной точки входа. Все запросы исследуются, направляются на назначенный контроллер и затем обрабатываются в соответствии со спецификацией. Фронт-контроллер отвечает за инициализацию среды и маршрутизацию запросов к назначенным контроллерам.

Magento имеет только одну точку входа (index.php), которая инициализирует среду приложения (Mage :: app ()) и направляет запрос на правильный контроллер.

3. Заводская модель

Как следует из названия, фабричный шаблон отвечает за факторизацию (создание экземпляров) классов. Он широко используется в базе кода Magento и использует систему автозагрузки в Magento. Определив псевдоним в модуле его config.xml, вы дадите фабрике знать, где можно найти классы.

В базовом классе Mage есть различные фабричные вспомогательные методы, и одним из них является getModel (). Он принимает псевдоним для класса и затем возвращает его экземпляр. Вместо включения вызовов, разбросанных по базе кода, шаблон фабрики будет создавать экземпляры классов единообразным образом.

4. Шаблон синглтона

Другой способ получить экземпляр класса - вызвать Mage :: getSingleton (). Он принимает псевдоним класса и перед возвратом экземпляра проверяет внутренний реестр, был ли этот класс уже создан ранее - это приводит к общему экземпляру. Примером того, где это является обязательным, является хранилище сеанса, которое должно использоваться совместно с базой кода, а не создаваться заново каждый раз.

5. Реестр шаблонов

Все синглтоны хранятся во внутреннем реестре: глобальный контейнер с областью действия для хранения данных. Это не только для внутреннего использования. Методы Mage :: register ($ key, $ value), :: registry ($ key) и :: unregister ($ key) могут соответственно использоваться для хранения, извлечения и удаления данных из реестра. Реестр часто используется для передачи данных между областями, когда они не могут быть переданы, в противном случае.

6. Образец прототипа

Там, где останавливается шаблон фабрики (# 3 в нашем списке), там, где продолжается образец прототипа. Он определяет, что экземпляры классов могут извлекать конкретный другой экземпляр класса в зависимости от его родительского класса (прототипа). Примечательным примером является класс Mage_Catalog_Model_Product, который имеет метод getTypeInstance для извлечения конкретного Mage_Catalog_Model_Product_Type с определенным подмножеством методов и свойств, не применимых ко всем продуктам.

Например, Mage_Downloadable_Model_Product_Type в конечном итоге расширяет Mage_Catalog_Model_Product_Type. Если вы выполняете итерацию по заказу и хотите вызвать определенный метод загружаемого продукта, сначала вам нужно будет его разложить с помощью метода getTypeInstance исходного продукта.

7. Шаблон пула объектов

ОбъектШаблон пула ct - это просто блок с объектами, поэтому их не нужно выделять и уничтожать снова и снова. Он мало используется в Magento, кроме как для тяжелых задач, где ресурсы могут скоро стать ограниченными, например, для импорта товаров. Пул объектов (управляемый Varien_Object_Cache) доступен с помощью Mage :: objects ().

8. Шаблон итератора

Шаблон итератора определяет, что существует общий способ перебора контейнера с объектами. В Magento это обрабатывается с помощью Varien_Data_Collection, которая, в свою очередь, использует различные встроенные PHP-классы (например, ArrayIterator) для обеспечения большего OO-интерфейса для массивов. Это гарантирует, что коллекции моделей всегда будут иметь общий API для итерации, не зависящий от реальных моделей.

9. Шаблон отложенной загрузки

Ленивая загрузка гарантирует, что загрузка данных задерживается до того момента, когда это действительно необходимо. Это приводит к меньшему использованию ресурсов. Одно из ленивых способов загрузки Magento - это поведение коллекций. Если вы должны были получить коллекцию продуктов с помощью Mage :: getModel ('catalog / product') -> getCollection (), база данных будет затронута, только когда вы на самом деле получите доступ к коллекции, например, выполнив итерацию по ней или получив количество найденных моделей.

10. Шаблон локатора службы

Шаблон локатора службы абстрагируется от извлечения определенной службы. Это позволяет изменить службу, не нарушая ничего (поскольку она придерживается своей абстрактной основы), а также извлекая службу, если она подходит для этой цели.

Райан иллюстрирует это соединениями с базой данных. Другой пример - это механизм кэширования Magento, в котором Mage :: getCache () является прокси-сервером поиска сервисов для хранения кэша, предоставляемого Zend или другими поставщиками.

11. Шаблон модуля

Любой, кто знаком с разработкой Magento, наткнулся на шаблон модуля. Он в основном определяет, что разные домены сгруппированы в отдельные модули, которые функционируют независимо друг от друга и могут быть подключены к основной системе, если это будет сочтено целесообразным. В идеальной ситуации реализация шаблона модуля гарантирует, что каждый элемент может быть удален или заменен. Одним из главных героев шаблона модуля в PHP является менеджер пакетов Composer.

Хотя Magento в значительной степени опирается на модульную архитектуру, она не является модульной до мозга костей. Определенная функциональность тесно связана с ядром и не может быть легко изменена. Также широко используется суперглобальный базовый класс Mage, который вводит все виды общесистемных зависимостей, которые нелегко контролировать.

12. Шаблон наблюдателя

Magento, его управляемая событиями архитектура, является результатом реализации шаблона наблюдателя. Определяя наблюдателей (или слушателей), можно подключить дополнительный код, который будет вызываться при возникновении наблюдаемого события. Magento использует свое хранилище XML-данных для определения наблюдателей. Если событие вызывается с помощью Mage :: dispatchEvent ($ eventName, $ data), будет проведено обращение к хранилищу данных и будут запущены соответствующие наблюдатели для $ event.

Answer 3

Еще несколько:

События / Слушатели

Mage::dispatchEvent('model_load_before', $params); 

И, конечно же, MVC , где представления представлены комбинацией шаблонов XML, PHP и PHTML.

Answer 4

Не забывайте о отложенной загрузке, что означает, что доступ к базе данных происходит только тогда, когда это строго необходимо. Например:

$collection_of_products = Mage::getModel('catalog/product')
->getCollection();
$collection_of_products->addFieldToFilter('sku','n2610');

Запрос к базе данных не будет выполнен, пока вы не попытаетесь получить доступ к элементу в Коллекции.

Answer 5

Я думаю, что отношения между Mage_Checkout_Model_Cart и Mage_Sales_Model_Quote - это шаблон проектирования Bridge .Как определено википедии, «мост» предназначен для «отделения абстракции от его реализации, так что они могут варьироваться независимо».Таким образом, Cart является абстракцией, а Quote - реализацией.

Answer 6

Ниже приведены шаблоны проектирования: 1. Контроль вида модели.

1. Singleton

2. Завод

3. Реестр

4. Фронт-контроллер.

5. Итератор.

6. Ленивая загрузка.

7. Наблюдатели (события)

Answer 7

В общем, на мой взгляд, Magento использует свою собственную уникальную реализацию большинства шаблонов, поэтому не стоит сравнивать их между собой.

Например, в прошлом я видел шаблон создания Фабрики как класс, который обрабатывает классы групп создания экземпляров. В Magento объединенный файл config xml хранит все пути к моделям, блокам и помощникам, чтобы впоследствии в процессе разработки разработчики указывали только уникальный идентификатор косой черты пути и фактическое имя класса. Шаблоны Singleton и Registry также отличаются от ожидаемых.

Answer 8

Сервисный локатор

Allows overrides or renamed physical resources (e.g. Classes, DB tables, etc)

Mage::getModel('catalog/product') и $installer->getTable('customer/address_entity')