Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/sql-server/27.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
Sql server 是否可以构建.net graphql后端和react with redux前端?_Sql Server_Asp.net Core_React Redux_Graphql_Apollo Server - Fatal编程技术网

Sql server 是否可以构建.net graphql后端和react with redux前端?

Sql server 是否可以构建.net graphql后端和react with redux前端?,sql-server,asp.net-core,react-redux,graphql,apollo-server,Sql Server,Asp.net Core,React Redux,Graphql,Apollo Server,我工作的公司拥有强大的.NET和Microsoft SQL Server后端,我无法更改。但我们是前端不可知论者。最近,我们需要升级一个旧的应用程序,我一直在寻找解决方案。我希望使用React和Redux,因为我认为它们最接近web和本机应用程序之间的单个代码基应用程序。但我需要弄清楚如何确保React能够与.NET和MSS一起工作 到目前为止,我一直在考虑从构建一个ASP.NETCore2GraphQLAPI后端开始,我知道它将与MSS一起工作。但我不确定这将如何与Redux合作。以下是我将从

我工作的公司拥有强大的.NET和Microsoft SQL Server后端,我无法更改。但我们是前端不可知论者。最近,我们需要升级一个旧的应用程序,我一直在寻找解决方案。我希望使用React和Redux,因为我认为它们最接近web和本机应用程序之间的单个代码基应用程序。但我需要弄清楚如何确保React能够与.NET和MSS一起工作

到目前为止,我一直在考虑从构建一个ASP.NETCore2GraphQLAPI后端开始,我知道它将与MSS一起工作。但我不确定这将如何与Redux合作。以下是我将从以下内容开始的文章:

我也考虑过使用Apollo服务器,但我不确定是否必须在Apollo和MSS之间添加另一个.Net层


我只是想知道是否有人在这方面有经验,这样我就可以阻止自己重新发明轮子。任何想法、建议和文章都会很有帮助和感激。

我目前正在从事一个项目,该项目使用React with TypeScript&GraphQL(除其他外)和C#.NET后端。我们在服务器端使用,它工作得很好

我们没有使用Redux,但我不明白为什么这会成为一个障碍。GraphQL和Redux之间的兼容性问题与服务器实现无关

互联网上有很多文章都在谈论两者的使用


我目前正在从事一个项目,该项目使用React with TypeScript&GraphQL(除其他外)和一个C#.NET后端。我们在服务器端使用,它工作得很好

我们没有使用Redux,但我不明白为什么这会成为一个障碍。GraphQL和Redux之间的兼容性问题与服务器实现无关

互联网上有很多文章都在谈论两者的使用


我认为这个问题有点不清楚:

如果您声称您的API是前端不可知的,那么为什么它不能与React/Redux或任何其他前端技术一起工作呢

至于GraphQL,我认为React是一个不错的选择,因为它们都是由同一家公司管理的

对于.NETGraphQL框架,我推荐。它是一个快速发展的开源graphQL服务器框架,适用于.NET技术。

同样,前端GraphQL框架也可能是一个不错的选择,因为它比其他GraphQL客户端更强大,但往往更复杂

但是你应该问自己的主要问题是,你是否真的需要使用GraphQL。如果您的API不是太通用,并且您确切地知道每个数据端点的使用时间和方式,那么为什么不使用REST呢?正如您可能知道的,GraphQL有其局限性,并且不是一个通用的解决方案

这里有一些文章解释了何时使用GraphQL而不是rest,以及何时使用其他方法:


我认为这个问题有点不清楚:

如果您声称您的API是前端不可知的,那么为什么它不能与React/Redux或任何其他前端技术一起工作呢

至于GraphQL,我认为React是一个不错的选择,因为它们都是由同一家公司管理的

对于.NETGraphQL框架,我推荐。它是一个快速发展的开源graphQL服务器框架,适用于.NET技术。

同样,前端GraphQL框架也可能是一个不错的选择,因为它比其他GraphQL客户端更强大,但往往更复杂

但是你应该问自己的主要问题是,你是否真的需要使用GraphQL。如果您的API不是太通用,并且您确切地知道每个数据端点的使用时间和方式,那么为什么不使用REST呢?正如您可能知道的,GraphQL有其局限性,并且不是一个通用的解决方案

这里有一些文章解释了何时使用GraphQL而不是rest,以及何时使用其他方法:


在添加实时事件时,是否使用信号器?否。。。在我们的应用程序中,我们确实不需要这样做(…但是)GraphQL中的实时事件是使用Subscription处理的,Subscription在后台使用WebSocket协议。在添加实时事件时,您使用Signar吗?不。。。在我们的应用程序中,我们确实不需要这样做(…但是)GraphQL中的实时事件是使用Subscription处理的,它在后台使用WebSocket协议