а кто то делал транспиляторы? типо бек присылает крайне плохое апи, вы его транспилите в прослойке и выкидываете норм названия переменных, через функу свою делаете или через псевдоним лучше?
а кто то делал транспиляторы? типо бек присылает крайне плохое апи, вы его транспилите в прослойке и выкидываете норм названия переменных, через функу свою делаете или через псевдоним лучше?
это называется api gateway, думаю, в том или ином виде все таким занимаются)
а кто то делал транспиляторы? типо бек присылает крайне плохое апи, вы его транспилите в прослойке и выкидываете норм названия переменных, через функу свою делаете или через псевдоним лучше?
у меня был подобный опыт совсем недавно. Правда без grqphQL. Апи не то что прохой а полная дичь. Сначала хотел через ноду проксировать но отказался от этой идеи. Решил меньше запросов - меньше ошибок. Оставил модели деревьев компонентов интерфейса в виде статичных экспортируемых объектов и в хранилище состояний. мержил эти модели с api. Сейчас рефакторю - функционал слияния апи с моделью выношу из стора в отдельные классы
у меня был подобный опыт совсем недавно. Правда без grqphQL. Апи не то что прохой а полная дичь. Сначала хотел через ноду проксировать но отказался от этой идеи. Решил меньше запросов - меньше ошибок. Оставил модели деревьев компонентов интерфейса в виде статичных экспортируемых объектов и в хранилище состояний. мержил эти модели с api. Сейчас рефакторю - функционал слияния апи с моделью выношу из стора в отдельные классы
не советую если ты работаешь с одним сервером по апи. Это лишний повод для ошибок. Я считаю этот подход оправданным, если тебе в одном приложении нужно объединить апи двух или более систем. За неимением выбора тогда уж можно прибегнуть к data layer, имхо