OK
cli это не бойлерплейт как раз))
Size: a a a
2020 February 07
Вキ
Надо сделать проектов пять с разными подходами и потом решить нужно оно или нет
Не хочу сильно оффтопить, но на мой субъективный взгляд, для фронтов на CRUD и REST надо наложить запрет
J💖
Не хочу сильно оффтопить, но на мой субъективный взгляд, для фронтов на CRUD и REST надо наложить запрет
А что ты предлагаешь? Графкюэль?
Вキ
А что ты предлагаешь? Графкюэль?
Как вариант, или RPC
OK
Как вариант, или RPC
как типизировать GraphQL?
J💖
Ну тогда тебе надо идти к апи разрабам и говорить. Замутите мне
J💖
как типизировать GraphQL?
Dict<any>
Вキ
как типизировать GraphQL?
Прегенерацией интерфейсов
К слову, для RPC есть gRPC, который генерирует все интерфейсы
А для GraphQL есть relay, который тоже это делает (но вроде только для react), а на счет apollo не знаю, надеюсь тоже завезли или завезут
К слову, для RPC есть gRPC, который генерирует все интерфейсы
А для GraphQL есть relay, который тоже это делает (но вроде только для react), а на счет apollo не знаю, надеюсь тоже завезли или завезут
AK
Не хочу сильно оффтопить, но на мой субъективный взгляд, для фронтов на CRUD и REST надо наложить запрет
Почему так?
Вキ
На логичный вопрос “А почему так?“, отвечу.
]🌶
Dict<any>
Вキ
Потому что в случае с REST вся бизнес логика размазывается по бекенду и фронтенду равномерным слоем, что нарушает single responsibility principle. Вместо того, чтобы задать ее в одном месте или на бекенде или на клиенте, у нас получается, что иногда приходится делать и там и там.
В случае с RPC мы полностью сосредотачиваем бизнес логику на бекенде. А в случае с GraphQL частично это решается, но лучше, чем в том же REST.
В случае с RPC мы полностью сосредотачиваем бизнес логику на бекенде. А в случае с GraphQL частично это решается, но лучше, чем в том же REST.
AK
Потому что в случае с REST вся бизнес логика размазывается по бекенду и фронтенду равномерным слоем, что нарушает single responsibility principle. Вместо того, чтобы задать ее в одном месте или на бекенде или на клиенте, у нас получается, что иногда приходится делать и там и там.
В случае с RPC мы полностью сосредотачиваем бизнес логику на бекенде. А в случае с GraphQL частично это решается, но лучше, чем в том же REST.
В случае с RPC мы полностью сосредотачиваем бизнес логику на бекенде. А в случае с GraphQL частично это решается, но лучше, чем в том же REST.
А что ты под REST понимаешь?
Вキ
А что ты под REST понимаешь?
То, что оно под собой означает — удаленный доступ к состоянию, чтение и манипуляции над ним
AK
Потому что в случае с REST вся бизнес логика размазывается по бекенду и фронтенду равномерным слоем, что нарушает single responsibility principle. Вместо того, чтобы задать ее в одном месте или на бекенде или на клиенте, у нас получается, что иногда приходится делать и там и там.
В случае с RPC мы полностью сосредотачиваем бизнес логику на бекенде. А в случае с GraphQL частично это решается, но лучше, чем в том же REST.
В случае с RPC мы полностью сосредотачиваем бизнес логику на бекенде. А в случае с GraphQL частично это решается, но лучше, чем в том же REST.
С REST больше профита получить можно не надо его списывать
Вキ
Alex Ker
С REST больше профита получить можно не надо его списывать
Если что-то простое, то проблем скорее всего не возникнет. Проблемы начинают возникать, когда друг за другом требуется выполнить несколько запросов ИЛИ рест на бекенде превращается не в рест
AK
То, что оно под собой означает — удаленный доступ к состоянию, чтение и манипуляции над ним
У него же нет состояния...
Вキ
У него же нет состояния...
а что есть?
OK
когда требуется друг за другом выполнять запросы - это уже попахивает