построение правильного API
- Автор темы Ragazzo
- Дата начала
Absinthe
жожо
Мне кажется, тут можно просто дать ссылку: http://en.wikipedia.org/wiki/Representational_state_transfer#Constraints
Я сначала делаю апи, а потом уже к ней пишу ООП-обертки с разными исключениями, структурами данных и т.д.
Но изначальные апи просто получают запрос и отдают json.
Я сначала делаю апи, а потом уже к ней пишу ООП-обертки с разными исключениями, структурами данных и т.д.
Но изначальные апи просто получают запрос и отдают json.
Ragazzo
TDD interested
Absinthe
не, не на ява. на Yii просто возникла необходимость в API для приложения. там есть стандартные SOAP, вот я и хотел немного не REST а именно через SOAP и WDSL сделать, но походу можно сделать и так как ты описал.
Т.е. ты сначала REST API делаешь как я понял или API для взаимодействия между модулями тоже?
Absinthe
жожо
Да, я делаю REST на сервере, а потом делаю уже к ним удобную клиентскую оболочку, которая внутри себя скроет все HTTP-запросы и т.д.
Точнее поэтапно, но сначала сервер всегда, а только потом клиента.
Если времени не хватает, то зачастую апи клиента получаются не такими объектными, как хотелось бы
И тогда оттуда торчат не объекты, а словари.
Точнее поэтапно, но сначала сервер всегда, а только потом клиента.
Если времени не хватает, то зачастую апи клиента получаются не такими объектными, как хотелось бы
И тогда оттуда торчат не объекты, а словари.
Ragazzo
TDD interested
AmdY
Скорее просто методы доступа к данным, там в основном будет нужно реализовать обычный CRUD для объектов модулей + некий доп. функционал (работа не с объектами модулей), поэтому я и склонялся больше к SOAP, но впринципе пока время терпит хочу попробовать сделать и REST. Т.е. в основном это будут простые запросы к приложению и все, без каких-либо наворотов.
Скорее просто методы доступа к данным, там в основном будет нужно реализовать обычный CRUD для объектов модулей + некий доп. функционал (работа не с объектами модулей), поэтому я и склонялся больше к SOAP, но впринципе пока время терпит хочу попробовать сделать и REST. Т.е. в основном это будут простые запросы к приложению и все, без каких-либо наворотов.
Если нужен только быстрый доступ к данным, и не пугает писать или большие конфиги или на чем-то другом отличном от PHP можно попробовать http://openresty.org/
Набор модулей для Nginx-а для прямого доступа к различным базам данным + возможность добавления логики на lua. Работает очень быстро. Иногда полезно для исключения пхп в очень узких местах (стабильная и обкатанная вещь, в продакшене уже давно, пишут китайские товарищи для TaoBao, если кто не в курсе такой большой китайский eBay).
Но если вдруг логики будет много, то смысла в такой прослойке не будет, т.к. дублировать код на 2-х языках, а учитывая что луа это не пхп и библиотек готовых маловато, то неблагодарное это занятие. В таких случаях просто все писать на пхп.
Ragazzo
Она очень подходит когда есть какая-то публичная общедоступная информация, которую удобно отдавать клиенту ajax-ом в виде json-а, напрмиер тултипы какие, информация о товаре и т.п. Когда в итоге все сводится к 1-2 запросам к бд и отдаче пользователю в виде json-а ответа полученного из базы. В таких случаях использование пхп может довольно излишним и этот набор модулей для nginx-а подходит идеально, Но конечно стоит заморачиваться когда таких ajax-запросов значительно больше обычных и они создают основную нагрузку на пхп бекэнд
Она очень подходит когда есть какая-то публичная общедоступная информация, которую удобно отдавать клиенту ajax-ом в виде json-а, напрмиер тултипы какие, информация о товаре и т.п. Когда в итоге все сводится к 1-2 запросам к бд и отдаче пользователю в виде json-а ответа полученного из базы. В таких случаях использование пхп может довольно излишним и этот набор модулей для nginx-а подходит идеально, Но конечно стоит заморачиваться когда таких ajax-запросов значительно больше обычных и они создают основную нагрузку на пхп бекэнд