Показать сообщение отдельно
  #5  
Старый 10.02.2019, 00:22
Vladislav Vetrov
Guest
 
Сообщений: n/a
По умолчанию Сервис: API для мобильных + WEB-Сайт. Как лучше сделать?

Vladislav Vetrov написал(а) к Anatoly Sablin в Feb 19 23:04:20 по местному времени:

Нello Anatoly!

09 фев 19 16:47, you wrote to me:

VV>>>> Есть задача - создать сервис, что-то наподобии яндекс-такси.
VV>>>> Мобильные устройства будут работать через API. Как лучше сделать
VV>>>> web? Пропускать его через тот же API или разрешить ему работать
VV>>>> с БД напрямую, без API-прослойки для мобильных устройств?
AS>>> Зачем делать два одинаковых api, когда можно сделать одно, и
AS>>> чтобы web работал и на мобильных устройствах?
VV>> Для WEB планирую использовать Laravel. Он работает с БД по своему
VV>> API. Как мне этот API прикрутить к Android?
AS> Можно взять классическую трёхзвенную архитектуру, клиент-сервер-субд. Клиент
AS> может быть web-ом (html/javascript, reactjs, vue), толстым клиентом (Qt) или
AS> мобильным клиентом, и с сервером общаются по rest api, graphql, websockets.
AS> А ты как собирался делать?

Планировал Взять Laravel для WEB, он будет работать с БД напрямую так, как он это может. К Laravel "прикрутить" rest api для общения с мобильными клиентами. Но тогда мобильные клиенты и web-клиентом общаются не на одном языке, а каждый по-своему.

Может Laravel не самый лучший выбор в данном случае? Или я что-то не понимаю?

Vladislav

... -= - <<< - >>> - =-
--- GoldED+/LNX 1.1.5-b20170303 by ASA
Ответить с цитированием