Node.js 最佳实践:GraphQL多用户类型
我在这个问题上做了研究,但在这个问题上没有得出合理的结论。GraphQL始终鼓励为每个客户端的API使用一个端点和一个角色系统。但我怀疑的是在一个端点上给出的示例,角色系统主要是关于API相同但访问不同的情况。但对于每个客户端的API几乎没有重叠的情况呢。例如,在出租车解决方案中,我们有司机、骑手和管理员。它们彼此之间共享的API集很少。我们应该如何处理这些案件?还是一个大模式吗?这被认为是一种好的做法吗?使用这种方法,我不会遇到问题吗? 值得一提的是,GraphQL联邦不是我的选择,因为我依赖于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联邦不是我的选择,因为我依赖
欢迎提出建议和想法。基于意见的问题与主题无关,因此。。。取决于规模?在这种情况下,IMHO将提供单独的[micro-]服务。。。f、 e.规模/安全/。。。理由