Я разрабатываю Зенд основанное на платформе приложение, и я писал каркас для модуля API. Я читал немного в сети, и я начал писать скелет на основе Zend_Rest_Controller
. Выпущенный хорошо, ключевой вход в систему, требуемый использовать API.
Вопросы, запущенные, когда коллега моя запущенная реализация скелета в надлежащем API для одного из наших приложений. Он сказал мне, что думает, что было бы лучше, если бы у нас только было обычное Zend_Controller_Action
расширенный в контроллере API и в indexAction
a Zend_Rest_Server
это обрабатывает объект.
Я немного смущен этим. С моей персональной точки зрения я хотел бы иметь "более крупный, чем среднее число" контроллер, содержащий каждое из этих 4 действий (получите, отправьте, поместите, удалите), и немного логики в каждом действии, а не одном действии, которым управляют Zend_Rest_Server
.
Моя проблема состоит в том, что я не могу фигурировать, какое из этих 2 решений лучше с точки зрения архитектуры; и конечно, наиболее легко удобное в сопровождении со временем.
Zend_Rest_Server обычно считается устаревшим в пользу Zend_Rest_Controller / Zend_Rest_route. См., Например, этот пост от MWO'P .
Уже одно это подтолкнет меня к Zend_Rest_Controller / Zend_Rest_Route.
Если вы хотите использовать REST на Zend, я предлагаю вам взглянуть на Resauce Framework