a
Size: a a a
2019 April 12
a
Просто смысл в том что логику обрезания полей лучше выносить из резолвера
a
Чтобы разделять ответственность
a
С моей точки зрения конечно же)
IK
к меня логика в сервисе неста, сервис неста + тайп орм + класс трансформер+по спец декораторам пермишена режит входные данные от графа посланные с клиента и птом запрашивает с бд уже то что осталось после порезанья
IK
ну походу ты говоришь а какомто более удобном решении) завтра почитаю, спс
IK
у меня пермишенны на уровне ентити
U
к меня логика в сервисе неста, сервис неста + тайп орм + класс трансформер+по спец декораторам пермишена режит входные данные от графа посланные с клиента и птом запрашивает с бд уже то что осталось после порезанья
разрешите вопрос не по теме, в чём преимущество неста перед написанием вручную на express/orm? У меня знакомый его юзает, но не может объяснить зачем :)
В двух словах если можно
В двух словах если можно
IK
можно пойти потом работать c# или java бекером, ну либо перевести бэк на них в нест
a
ну походу ты говоришь а какомто более удобном решении) завтра почитаю, спс
ну как сказать, из того что ты описал может быть директивы и не подойдут тебе
a
потому что они выполняются уже после получения данных
a
то есть из базы запрашивается полный объект
IK
a
но отдается только то что разрешено
a
.net core vs asp.net - это нельзя противопоставлять)
IK
ааа, да не канает
IK
U
net.core vs asp.net
django vs flask
angular+ts vs react+js
nest+ts vs js+express
graphql vs rest+websockets+rpc+wsdl
django vs flask
angular+ts vs react+js
nest+ts vs js+express
graphql vs rest+websockets+rpc+wsdl
ага, вот так понятнее стало если честно :) пасиба
IK
a
память у ноды не течет на сервере?