Как / почему фиктивное приложение Apigility REST работает без конечных точек?
Видеоурок «Интеграция Apigility в Zend Studio«показывает пример построения приложения Apigility в Zend Studio. Это пример для RPC.
Сейчас я создал проект на основе шаблона «Простые услуги» (New -> Project... -> Apigility Project -> Simple Services). Было создано простое приложение Zend Framework 2 RESTful Apigility. Но я не могу понять, как / почему.
Обычно в приложениях Apigility «функциональность контроллера» заключается / конечные точки реализованы в Resource классы, верно? Но фиктивное приложение Zend Studio не предоставляет никаких Resource класс — и это работает без него. Как это возможно / работает?
Решение
Apigility документация (REST Service Tutorial -> Create a REST Service -> [infobox] Code-Connected vs DB-Connected services) дает идеальный ответ:
Службы с подключением по коду и с подключением к базе данных
Когда вы создаете службу Code-Connected, Apigility создает заглушку
Класс «Ресурс», который определяет все различные операции, доступные в
ОТДЫХ Эти операции возвращают405 Method Not Allowed
ответы, пока вы не заполните их своим собственным кодом.
«Связанный с кодом» аспект означает, что вы будете предоставлять код, который
выполняет фактическую работу вашего API; Apigility обеспечивает проводку
для выставления этого кода в качестве API.Службы DB-Connected позволяют вам указать адаптер базы данных и
Таблица; Затем Apigility создает «виртуальный» ресурс, который делегирует
операции с базовымZend\Db\TableGateway\TableGateway
пример. Другими словами, это скорее быстрое применение
инструмент разработки (RAD) или прототипирования.
Другие решения
Других решений пока нет …