Нужен совет по удалению Zend Framework зависимости

Question

Я нахожусь в процессе преобразования существующего приложения, созданного на основе Zend Framework, для работы в качестве плагина в WordPress, в отличие от автономного приложения, которым оно является в настоящее время.

Я никогда не использовал Zendпоэтому я должен был узнать об этом, чтобы знать, с чего начать.Должен сказать, что сначала я не слишком много думал о Zend, но это забавно, потому что чем больше я понимаю, как это работает, тем больше я задаюсь вопросом, почему я хочу удалить зависимость, когда это четко продуманная среда.Тогда мне напомнили, что это из-за WordPress.

Теперь я уже знаю, что есть плагины для WP, которые позволяют Zend хорошо играть с WP.На самом деле я использую плагин Zend Framework просто для того, чтобы получить функциональность приложения в административной области WP, которая позволяет мне просматривать код, изменять код, обновлять браузер, просматривать изменения, отлаживать код снова и снова.

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

Одна область, в которой я немного застрял, - это преобразование частей вызовов zend-> db для работы вместо вызовов wpdb ... в частности, zend-> db->выберите .... не уверен, что с этим делать.

Также о том, как обрабатывать всю маршрутизацию URL с помощью автоматических вызовов whatverAction в файлах соответствующих контроллеров.

Любая помощьбыло бы замечательно!Спасибо

Answer 1

Zend_DB_Select - это простой запрос SQL (но созданный с использованием объектов), который можно использовать как любой другой запрос.Просто превратите это в строку.Пример:

1002 *

Answer 2

Возможно, вы столкнулись с трудной битвой, пытаясь заставить некоторые из наиболее важных компонентов ZF работать в гармонии с Wordpress. Похоже, у вас есть полноценное приложение MVC, которое вы пытаетесь интегрировать во второе приложение с совершенно другой архитектурой.

Вы, вероятно, хотите подумать о том, какие компоненты справляются с какими обязанностями. Wordpress имеет собственную систему маршрутизации и контроллеров, которая вращается вокруг постов, страниц и «Цикла». Это полностью отличается от контроллеров действий Zend и системы маршрутизации.

Возможно, вы могли бы написать ловушку WP, чтобы оценить каждый входящий запрос и решить, должен ли он обрабатываться WP или контроллером ZF. Однако сомнительно, что вы могли бы сразу заменить систему маршрутизации WP на ZF или наоборот.

Та же идея, что касается Zend_Db. Ничто не мешает вам использовать Zend_Db для доступа к базе данных Wordpress, но попытка каким-то образом преобразовать или адаптировать вызовы Zend_db в вызовы wpdb кажется болезненной. Если у вас большой слой модели, вам, вероятно, захочется держаться за него и найти способ перевести данные из этих моделей в соглашения о постах / страницах, которые использует Wordpress.

Лично я бы использовал ZF для создания надежного бизнес-уровня, к которому можно обращаться через объектную модель через плагин Wordpress, а затем полагался на Wordpress для маршрутизации и обработки представлений.