Comments 6
Вот бы кто еще пощупал генераторов со swagger или raml и рассказал про свои ощущения :) Типа этого https://github.com/apinf/restivus-swagger или этого https://github.com/warehouseman/meteor-swagger-client
За статью — спасибо!
За статью — спасибо!
Из вашего введения как-то не совсем ясно зачем создавать RESTful сервис на метор для комуникации клиента и сервера. Meteor имеет всроенный bidirectional DDP connection, что позволяет пересылать данные более эффективно. Более того, официальная документация довольно подробно открывает тему REST в Метеор (http://meteorpedia.com/read/REST_API). Вкратце:
" it's critical to understand that if you are making an API for your own apps and tools, you've got it wrong! We hope it's very clear that between the server and client, you have a bidirectional DDP connection that handles realtime syncing of published data (see Publish and Subscribe in the docs).
Beyond that, if you're building an external tool that requires live data and will manipulate this data, the correct way to do this is with a DDP Client. This will save you a lot of wasted time and effort in writing completely unnecessary code."
" it's critical to understand that if you are making an API for your own apps and tools, you've got it wrong! We hope it's very clear that between the server and client, you have a bidirectional DDP connection that handles realtime syncing of published data (see Publish and Subscribe in the docs).
Beyond that, if you're building an external tool that requires live data and will manipulate this data, the correct way to do this is with a DDP Client. This will save you a lot of wasted time and effort in writing completely unnecessary code."
Тут важный момент в том, что некоторые клиенты все же не поддерживают DDP из коробки и RESTful интерфейсы являются делом привычным и простым. К тому же часто бывает, что нужно перенести функционал старого RESTful api на meteor.
В моем случае заказчик выбрал Meteor из-за развитого сообщества: весь нужный ему функционал он нашел на Atmosphere, и посчитал, что если ему понадобится что-то еще, он так же сможет найти нужный ему пакет, и легко самостоятельно его встроить. Возможности, предоставляемые DDP никому в проекте не были нужны. Я занимался созданием back end и веб клиента, а над Android и iOS приложениями работали 2 других программиста. Они привыкли работать через RESTful API. Изучать DDP клиента они не хотели (а для Objective C, насколько я знаю, его и нет). Поэтому в реальной жизни приходится считаться с факторами, о которых в руководстве по Meteor ничего не написано.
DPP clients есть практически на все: ( http://meteorpedia.com/read/DDP_Clients ). Плюс ко всему в метеоре есть понятие Optimistic UI которое базируется на интеграции данных с помощью DDP, LiveQuery, and Minimongо и выпилвания DDP вместе с фичами subscribe and publish создает из Метеора хромую лошадь. ( http://info.meteor.com/blog/optimistic-ui-with-meteor-latency-compensation ).
Вы, вроде, спрашивали, зачем использовать REST. Я объяснил, по каким причинам был выбран Meteor, почему использование REST было правильным решением, и что DDP не был нужен, вообще. А вы — опять со своим DDP! Если вы хотите поведать о DDP клиентах, полагаю, вам лучше написать новую статью, а не использовать для этого комментарии
Sign up to leave a comment.
Создание RESTful сервисов на Meteor