Сервис: API для мобильных + WEB-Сайт. Как лучше сделать?

Vladislav Vetrov написал(а) к All в Feb 19 07:28:52 по местному времени:

Всем привет!

Есть задача - создать сервис, что-то наподобии яндекс-такси. Мобильные устройства будут работать через API. Как лучше сделать web? Пропускать его через тот же API или разрешить ему работать с БД напрямую, без API-прослойки для мобильных устройств?

Vladislav

... -= - <<< - >>> - =-
--- GoldED+/LNX 1.1.5-b20170303 by ASA

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

Нello, Vladislav Vetrov.
On 07.02.2019 7:28 you wrote:

VV> Есть задача - создать сервис, что-то наподобии яндекс-такси.
VV> Мобильные устройства будут работать через API. Как лучше сделать
VV> web? Пропускать его через тот же API или разрешить ему работать с
VV> БД напрямую, без API-прослойки для мобильных устройств?

Зачем делать два одинаковых api, когда можно сделать одно, и чтобы web работал и на мобильных устройствах?

--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.13.5/Android

Vladislav Vetrov написал(а) к Anatoly Sablin в Feb 19 11:14:22 по местному времени:

Привет! 08 фев 19 19:12, you wrote to me:

VV>> Есть задача - создать сервис, что-то наподобии яндекс-такси.
VV>> Мобильные устройства будут работать через API. Как лучше сделать
VV>> web? Пропускать его через тот же API или разрешить ему работать с
VV>> БД напрямую, без API-прослойки для мобильных устройств?
AS>
AS> Зачем делать два одинаковых api, когда можно сделать одно, и чтобы web
AS> работал и на мобильных устройствах?

Для WEB планирую использовать Laravel. Он работает с БД по своему API. Как мне этот API прикрутить к Android?


Vladislav

... -= - <<< - >>> - =-
--- GoldED+/LNX 1.1.5-b20170303 by ASA

Anatoly Sablin написал(а) к Vladislav Vetrov в Feb 19 16:47:28 по местному времени:

Нello, Vladislav Vetrov.
On 09.02.2019 11:14 you wrote:

VV>>> Есть задача - создать сервис, что-то наподобии яндекс-такси.
VV>>> Мобильные устройства будут работать через API. Как лучше сделать
VV>>> web? Пропускать его через тот же API или разрешить ему работать
VV>>> с БД напрямую, без API-прослойки для мобильных устройств?
AS>> Зачем делать два одинаковых api, когда можно сделать одно, и
AS>> чтобы web работал и на мобильных устройствах?
VV> Для WEB планирую использовать Laravel. Он работает с БД по своему
VV> API. Как мне этот API прикрутить к Android?

Можно взять классическую трёхзвенную архитектуру, клиент-сервер-субд. Клиент может быть web-ом (html/javascript, reactjs, vue), толстым клиентом (Qt) или мобильным клиентом, и с сервером общаются по rest api, graphql, websockets. А ты как собирался делать?

--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.13.5/Android

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

Vladislav Vetrov написал(а) к Vladislav Vetrov в Feb 19 23:08:52 по местному времени:

Нello Vladislav!

09 фев 19 23:04, I wrote to Anatoly Sablin:

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

В смысле, мобильные и web-клиенты общаются с БД каждый по-своему: мобильыне через rest api, web-клиенты - через уже встроенный механизм в Laravel.

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

Vladislav

... -= - <<< - >>> - =-
--- GoldED+/LNX 1.1.5-b20170303 by ASA

Anatoly Sablin написал(а) к Vladislav Vetrov в Feb 19 14:49:50 по местному времени:

Нello, Vladislav Vetrov.
On 09.02.2019 23:04 you wrote:

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

It depends. Если надо сделать быстро рабочий вариант или сроки ограничены, тогда делаешь на том, что хорошо знаешь. Если ограничений нет, тогда можно попробовать и что-то новое. ;)

А так современная тенденция состоит в том, что web-клиент ничем не отличается от мобильного и/или десктопного. И тогда проще сделать, чтобы всё работало через веб-сокеты, в итоге пользователю не потребуется постоянно созерцать пустой экран из-за того, что "ой, обновили поле, надо сделать POST-запрос и обновить всю страницу целиком". И также избавляет от необходимости копипастить одно апи для одного клиента (веб) для другого апи другого клиента (мобильник). Если это не напрягает и есть время этим заняться, то вперёд. :)

--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.13.5/Android

Anatoly Sablin написал(а) к Vladislav Vetrov в Feb 19 14:51:00 по местному времени:

Нello, Vladislav Vetrov.
On 09.02.2019 23:08 you wrote:

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

REST-API тоже будет будет жить на каком-то backend-е, например на твоём Laravel.


--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.13.5/Android

Vladislav Vetrov написал(а) к Anatoly Sablin в Feb 19 21:16:30 по местному времени:

Нello Anatoly!

10 фев 19 14:51, you wrote to me:

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

Да, допустим это будет Laravel. Но тогда, как сделать, чтобы соединить это в одно, т.е., чтобы мобильным и web-клиент общались с БД на одном языке. Или в Laravel это невозможно?


Vladislav

... -= - <<< - >>> - =-
--- GoldED+/LNX 1.1.5-b20170303 by ASA

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

Нello, Vladislav Vetrov.
On 10.02.2019 21:16 you wrote:

VV>>>> Планировал Взять Laravel для WEB, он будет работать с БД
VV>>>> напрямую так, как он это может. К Laravel "прикрутить" rest api
VV>>>> для общения с мобильными клиентами. Но тогда мобильные клиенты
VV>>>> и web-клиентом общаются не на одном языке, а каждый по-своему.
VV>>> В смысле, мобильные и web-клиенты общаются с БД каждый
VV>>> по-своему: мобильыне через rest api, web-клиенты - через уже
VV>>> встроенный механизм в Laravel.
AS>> REST-API тоже будет будет жить на каком-то backend-е, например на
AS>> твоём Laravel.
VV> Да, допустим это будет Laravel. Но тогда, как сделать, чтобы
VV> соединить это в одно, т.е., чтобы мобильным и web-клиент общались
VV> с БД на одном языке. Или в Laravel это невозможно?

Быстрый гуглинг показал, что умеет https://laravel.ru/posts/42 (было бы странно, если бы не умел). То есть наружу laravel смотрит в rest-api, отдавая json-ы. И тогда уже не важно кто общается с ним, веб-клиент, мобильный или какой-нибудь другой.

--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.13.5/Android