Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/node.js/33.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Node.js 最佳实践:GraphQL多用户类型_Node.js_Graphql_Nestjs_Express Graphql_Graphql Subscriptions - Fatal编程技术网

Node.js 最佳实践:GraphQL多用户类型

Node.js 最佳实践:GraphQL多用户类型,node.js,graphql,nestjs,express-graphql,graphql-subscriptions,Node.js,Graphql,Nestjs,Express Graphql,Graphql Subscriptions,我在这个问题上做了研究,但在这个问题上没有得出合理的结论。GraphQL始终鼓励为每个客户端的API使用一个端点和一个角色系统。但我怀疑的是在一个端点上给出的示例,角色系统主要是关于API相同但访问不同的情况。但对于每个客户端的API几乎没有重叠的情况呢。例如,在出租车解决方案中,我们有司机、骑手和管理员。它们彼此之间共享的API集很少。我们应该如何处理这些案件?还是一个大模式吗?这被认为是一种好的做法吗?使用这种方法,我不会遇到问题吗? 值得一提的是,GraphQL联邦不是我的选择,因为我依赖

我在这个问题上做了研究,但在这个问题上没有得出合理的结论。GraphQL始终鼓励为每个客户端的API使用一个端点和一个角色系统。但我怀疑的是在一个端点上给出的示例,角色系统主要是关于API相同但访问不同的情况。但对于每个客户端的API几乎没有重叠的情况呢。例如,在出租车解决方案中,我们有司机、骑手和管理员。它们彼此之间共享的API集很少。我们应该如何处理这些案件?还是一个大模式吗?这被认为是一种好的做法吗?使用这种方法,我不会遇到问题吗? 值得一提的是,GraphQL联邦不是我的选择,因为我依赖于GraphQL的订阅功能


欢迎提出建议和想法。

基于意见的问题与主题无关,因此。。。取决于规模?在这种情况下,IMHO将提供单独的[micro-]服务。。。f、 e.规模/安全/。。。理由