Как/Почему приложение-заглушка Apigility REST wotk без конечных точек?

Question

Видеоурок «Apigility Integration in Zend Studio» показывает пример создания приложения Apigility в Zend Studio. Это пример для RPC.

Теперь я создал проект на основе шаблона «Простые услуги» (New -> Project... -> Apigility Project -> Simple Services). Было создано простое приложение Zend Framework 2 RESTful Apigility. Но я не понимаю, как/почему.

Обычно в приложениях Apigility «функциональность контроллера» есть/конечные точки реализованы в классах Resource, верно? Но приложение Dummy Zend Studio не предоставляет класс Resource - и он работает без него. Как это возможно/работает?

Answer 1

Apigility documentation (REST Service Tutorial -> Create a REST Service -> [infobox] Code-Connected vs DB-Connected services) обеспечивает идеальный ответ:

Code-Connected против DB-Connected услуг

При создании сервиса Code-Connected, Apigility создает заглушки " Resource ", который определяет все различные операции, доступные в службе REST. Эти операции возвращают ответы 405 Method Not Allowed , пока вы не заполните их собственным кодом. Аспект «Кодовое соединение» означает, что вы будете поставлять код, который выполняет фактическую работу вашего API; Apigility предоставляет проводку для отображения этого кода как API.

Службы DB-Connected позволяют указать адаптер базы данных и таблицу ; Затем Apigility создает «виртуальный» ресурс, который делегирует операции в базовый экземпляр Zend\Db\TableGateway\TableGateway . Другими словами, это скорее быстрое приложение (RAD) или средство прототипирования.