Как подделать REST API с помощью JSON-сервера

Полный поддельный REST API с нулевым кодированием менее чем за 30 секунд

Создан для фронтенд-разработчиков, которым нужен быстрый бэкэнд для прототипирования и имитации.

Полный поддельный REST API с нулевым кодированием менее чем за 30 секунд

На начальных этапах разработки когда еще нет бэка или если это прототип и его не будет вообще, фронтенд-разработчик ограничен в своих действиях.

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

И тут начинаются танцы с бубном

а) а это бэк не то что надо мне прислал или у меня что-то не так сделано??? Таак что нам тут прислали??? И пошел по всей цепочке от получения данных до вывода пользователю или в обратном порядке через все компоненты попутно заново разбираясь в той самой туче кода которую ты уже написал - да это будни, но на это уходит приличное количество времени

б) А если мы пишем прототип и бэка не будет вообще? Приложение ограничивается локальными данными, а как же потыкать по кнопочкам? Подобавлять \ поудалять \ поредактировать?

И тут для решения довольно приличного объема проблем приходит на помощь наверное самое простое из возможных решений в виде json-server.

На начальной стадии обсуждаем:

1) что хочет видеть бэк и в каком виде

2) что нужно фронту

3) Далее формируем initialState в json формате, запускаем локально json-server и вуаля…

Это простое решение предоставляет нам возможность проводить данные от имитированной db до пользователя и обратно, сохраняя в json файле все изменения. А это значит что уже на начальных этапах бэк узнает о том что нужно добавить или изменить в предоставляемых данных - фронт теряет зависимость от бэка и движется в своем темпе - не теряет динамику и обрабатывает всю таску от и до сразу в продуктовом виде! К примеру, не нужно например заполнять slace в redux-toolkit если он вообще не потребуется, потому что на этапе подключения к API

эта часть будет реализовываться при помощи createApi... И там и там теряется необходимость по три раза разбираться и переписывать код подчищаяя старые наработки поддерживая

работоспособность приложения, подгоняя под API. Подключение к серверу заключается только в изменении хоста,что в свою очередь делает прототип (относительно) динамически-полноценным(относительно)готовым для подключения фронтом.

Да конечно это не панацея и без проблем при подключении не обойдется,но существенно сократится их объем и затраченное на разработку время...