Что вы получите:
Полный поддельный REST API с нулевым кодированием менее чем за 30 секунд
Для кого:
Создан для фронтенд-разработчиков, которым нужен быстрый бэкэнд для прототипирования и имитации.
Проблема:
На начальных этапах разработки когда еще нет бэка или если это прототип и его не будет вообще, фронтенд-разработчик ограничен в своих действиях.
Мы верстаем и пишем логику и зачастую на момент подключения к API накапливается достаточно много кода. Приложение не имеет должной динамики - например мы ограничены в создании,удалении,редактировании элементов, что в свою очередь приводит к выявлению проблем только на этапе подключения к API.
И тут начинаются танцы с бубном
а) а это бэк не то что надо мне прислал или у меня что-то не так сделано??? Таак что нам тут прислали??? И пошел по всей цепочке от получения данных до вывода пользователю или в обратном порядке через все компоненты попутно заново разбираясь в той самой туче кода которую ты уже написал - да это будни, но на это уходит приличное количество времени
б) А если мы пишем прототип и бэка не будет вообще? Приложение ограничивается локальными данными, а как же потыкать по кнопочкам? Подобавлять \ поудалять \ поредактировать?
Решение:
И тут для решения довольно приличного объема проблем приходит на помощь наверное самое простое из возможных решений в виде json-server.
На начальной стадии обсуждаем:
1) что хочет видеть бэк и в каком виде
2) что нужно фронту
3) Далее формируем initialState в json формате, запускаем локально json-server и вуаля…
Вывод:
Это простое решение предоставляет нам возможность проводить данные от имитированной db до пользователя и обратно, сохраняя в json файле все изменения. А это значит что уже на начальных этапах бэк узнает о том что нужно добавить или изменить в предоставляемых данных - фронт теряет зависимость от бэка и движется в своем темпе - не теряет динамику и обрабатывает всю таску от и до сразу в продуктовом виде! К примеру, не нужно например заполнять slace в redux-toolkit если он вообще не потребуется, потому что на этапе подключения к API
эта часть будет реализовываться при помощи createApi... И там и там теряется необходимость по три раза разбираться и переписывать код подчищаяя старые наработки поддерживая
работоспособность приложения, подгоняя под API. Подключение к серверу заключается только в изменении хоста,что в свою очередь делает прототип (относительно) динамически-полноценным(относительно)готовым для подключения фронтом.
Да конечно это не панацея и без проблем при подключении не обойдется,но существенно сократится их объем и затраченное на разработку время...
Полный поддельный REST API с нулевым кодированием менее чем за 30 секунд
Для кого:
Создан для фронтенд-разработчиков, которым нужен быстрый бэкэнд для прототипирования и имитации.
Проблема:
На начальных этапах разработки когда еще нет бэка или если это прототип и его не будет вообще, фронтенд-разработчик ограничен в своих действиях.
Мы верстаем и пишем логику и зачастую на момент подключения к API накапливается достаточно много кода. Приложение не имеет должной динамики - например мы ограничены в создании,удалении,редактировании элементов, что в свою очередь приводит к выявлению проблем только на этапе подключения к API.
И тут начинаются танцы с бубном
а) а это бэк не то что надо мне прислал или у меня что-то не так сделано??? Таак что нам тут прислали??? И пошел по всей цепочке от получения данных до вывода пользователю или в обратном порядке через все компоненты попутно заново разбираясь в той самой туче кода которую ты уже написал - да это будни, но на это уходит приличное количество времени
б) А если мы пишем прототип и бэка не будет вообще? Приложение ограничивается локальными данными, а как же потыкать по кнопочкам? Подобавлять \ поудалять \ поредактировать?
Решение:
И тут для решения довольно приличного объема проблем приходит на помощь наверное самое простое из возможных решений в виде json-server.
На начальной стадии обсуждаем:
1) что хочет видеть бэк и в каком виде
2) что нужно фронту
3) Далее формируем initialState в json формате, запускаем локально json-server и вуаля…
Вывод:
Это простое решение предоставляет нам возможность проводить данные от имитированной db до пользователя и обратно, сохраняя в json файле все изменения. А это значит что уже на начальных этапах бэк узнает о том что нужно добавить или изменить в предоставляемых данных - фронт теряет зависимость от бэка и движется в своем темпе - не теряет динамику и обрабатывает всю таску от и до сразу в продуктовом виде! К примеру, не нужно например заполнять slace в redux-toolkit если он вообще не потребуется, потому что на этапе подключения к API
эта часть будет реализовываться при помощи createApi... И там и там теряется необходимость по три раза разбираться и переписывать код подчищаяя старые наработки поддерживая
работоспособность приложения, подгоняя под API. Подключение к серверу заключается только в изменении хоста,что в свою очередь делает прототип (относительно) динамически-полноценным(относительно)готовым для подключения фронтом.
Да конечно это не панацея и без проблем при подключении не обойдется,но существенно сократится их объем и затраченное на разработку время...