Нужна помощь по устранению зависимостей рамки zend

Question

Я в середине преобразования существующего приложения, построенного на основе zend framework, для работы в качестве плагина в wordpress, а не для автономного приложения, которое оно в настоящее время.

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

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

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

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

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

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

Answer 1

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

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

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

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

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

Answer 2

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

mysql_query((string)$zendDbSelectObject);