AB
Интересно, сначала я напал и проиграл, и у меня ничего не забрали так как нечего, потом я выиграл 1 монету, а когда проиграл тебе отдал 2
Это россия, детка
Size: a a a
2021 February 02
В
Может успел на битке крутануть?
В
Это россия, детка
Да у вас весело) законы не законы
AB
Тут могут забрать больше, чем дать)
C☭
Что думаешь по поводу rpc или graphql?
AB
Да у вас весело) законы не законы
Это как на митинг пришло 300 человек, из которых 400 забрали в автозак
Вキ
rpc - только если надо тупо обрабатывать данные, без БД.. а так не могу точно сказать
graphql - я пока не переварил чем он лучше RESTful API. а вот оверхеда добавляет...
graphql - я пока не переварил чем он лучше RESTful API. а вот оверхеда добавляет...
graphql я бы сравнивал с rpc, нежели с RESTful API, но в общем счете они решают разные задачи и делают это по своему хорошо
RESTful API — это проекция нормализованных данных на API, тут как ни крути, но дальше простых табличек и формочек особого нормально ничего не сваришь на клиенте
RPC и graphql — это уже ближе к бизнес логике, чем RESTful API, и они позволяют полноценно управлять всей бизнес логикой, которую ты закладываешь в свое приложение, и если твое приложение сложнее чем простые таблички и простые формочки, то рекомендую присмотреться именно к ним
RESTful API — это проекция нормализованных данных на API, тут как ни крути, но дальше простых табличек и формочек особого нормально ничего не сваришь на клиенте
RPC и graphql — это уже ближе к бизнес логике, чем RESTful API, и они позволяют полноценно управлять всей бизнес логикой, которую ты закладываешь в свое приложение, и если твое приложение сложнее чем простые таблички и простые формочки, то рекомендую присмотреться именно к ним
VS
вот и ко мне прилетают часто вопросы типа
> Если у меня коллекция поменялись и там разные айпишники у юзера, мне делать вместо routelink - кнопку где заберу айпишники из другой коллекции по ключу « фамилия и имя «?
> Если у меня коллекция поменялись и там разные айпишники у юзера, мне делать вместо routelink - кнопку где заберу айпишники из другой коллекции по ключу « фамилия и имя «?
В
Это как на митинг пришло 300 человек, из которых 400 забрали в автозак
Ага) весело кто-то за хлебом мимо проходил
AB
Ага) весело кто-то за хлебом мимо проходил
Не в этом дело))
VS
вот и ко мне прилетают часто вопросы типа
> Если у меня коллекция поменялись и там разные айпишники у юзера, мне делать вместо routelink - кнопку где заберу айпишники из другой коллекции по ключу « фамилия и имя «?
> Если у меня коллекция поменялись и там разные айпишники у юзера, мне делать вместо routelink - кнопку где заберу айпишники из другой коллекции по ключу « фамилия и имя «?
а причем тут рест? он же к фронту не относится)
SS
graphql я бы сравнивал с rpc, нежели с RESTful API, но в общем счете они решают разные задачи и делают это по своему хорошо
RESTful API — это проекция нормализованных данных на API, тут как ни крути, но дальше простых табличек и формочек особого нормально ничего не сваришь на клиенте
RPC и graphql — это уже ближе к бизнес логике, чем RESTful API, и они позволяют полноценно управлять всей бизнес логикой, которую ты закладываешь в свое приложение, и если твое приложение сложнее чем простые таблички и простые формочки, то рекомендую присмотреться именно к ним
RESTful API — это проекция нормализованных данных на API, тут как ни крути, но дальше простых табличек и формочек особого нормально ничего не сваришь на клиенте
RPC и graphql — это уже ближе к бизнес логике, чем RESTful API, и они позволяют полноценно управлять всей бизнес логикой, которую ты закладываешь в свое приложение, и если твое приложение сложнее чем простые таблички и простые формочки, то рекомендую присмотреться именно к ним
Я вообще не понимаю как сравнивать rpc и gql
Вキ
Я вообще не понимаю как сравнивать rpc и gql
я бы их вообще не сравнивал особо)
Вキ
разные задачи, разные решения
SS
Совсем разные
C☭
graphql я бы сравнивал с rpc, нежели с RESTful API, но в общем счете они решают разные задачи и делают это по своему хорошо
RESTful API — это проекция нормализованных данных на API, тут как ни крути, но дальше простых табличек и формочек особого нормально ничего не сваришь на клиенте
RPC и graphql — это уже ближе к бизнес логике, чем RESTful API, и они позволяют полноценно управлять всей бизнес логикой, которую ты закладываешь в свое приложение, и если твое приложение сложнее чем простые таблички и простые формочки, то рекомендую присмотреться именно к ним
RESTful API — это проекция нормализованных данных на API, тут как ни крути, но дальше простых табличек и формочек особого нормально ничего не сваришь на клиенте
RPC и graphql — это уже ближе к бизнес логике, чем RESTful API, и они позволяют полноценно управлять всей бизнес логикой, которую ты закладываешь в свое приложение, и если твое приложение сложнее чем простые таблички и простые формочки, то рекомендую присмотреться именно к ним
на текущем месте работы трабл не с присмотром... а в отсутствии девопс кадров и желания "сверху" вносить изменения в текущий стэк технологий распределенный по проектам на фирме... поэтому и собираюсь сменить место работы.... никакого продвижения....
C☭
Я вообще не понимаю как сравнивать rpc и gql
