ASP.NET Core 集成 React SPA应用的步骤
agileconfig的ui使用react重写快完成了。上次搞定了基于jwt的登录模式（antdesign pro + .net core 实现基于jwt的登录认证），但是还有点问题。现在使用react重写后，agileconfig成了个确确实实的前后端分离项目。那么其实部署的话要分2个站点部署，把前端build完的静态内容部署在一个网站，把server端也部署在一个站点。然后修改前端的baseurl让spa的api请求都指向server的网站。
这样做也不是不行，但是这不符合agileconfig的精神，那就是简单。asp.net core程序本身其实就是一个http服务器，所以完全可以把spa网站使用它来承载。这样只需要部署一个站点就可以同时跑spa跟后端server了。
其实最简单的办法就是把build完的文件全部丢wwwroot文件夹下面。然后访问：
http://localhost:5000/index.html
但是这样我们的入口是index.html，这样看起来比较别扭，不够友好。而且这些文件直接丢在wwwroot的根目录下，会跟网站其他js、css等内容混合在一起，也很混乱。
那么下面我们就要解决这两个文件，我们要达到的目的有2个：
- spa的入口path友好，比如http://localhost:5000/ui
- spa静态文件存放的目录独立，比如存放在wwwroot/ui文件夹下，或者别的什么目录下。
要实现以上内容只需要一个自定义中间件就可以了。
wwwroot\ui
wwwroot\ui
我们把build完的静态文件全部复制到wwwroot\ui文件夹内，以跟其他静态资源进行区分。当然你也可以放在任意目录下，只要是能读取到就可以。
reactuimiddleware
大概解释下这个中间件的思路。这个中间件的逻辑大概是分量部分。
1.拦截请求的路径为/ui的请求，直接从ui文件夹读取index.html静态文件的内容然后输出出去，这就相当于直接访问/index.html。但是这样的路径形式看起来更加友好。
2.拦截react spa需要的静态资源文件，比如css文件，js文件等。这里比较麻烦，因为spa拉静态文件的时候path是直接从网站root开始的，比如http://localhost:5000/xxx.js，那么怎么区分出来这个文件是react spa需要的呢？我们判断一下请求的referer头部，如果referer的path是/ui，那么就说明是react spa需要的静态资源，同样从ui文件夹去读取。
这里还需要给每个response设置指定的contenttype不然浏览器无法准确识别资源。
在startup类的configure方法内使用这个中间件。这样我们的改造就差不多了。
运行一下
访问下http://localhost:5000/ui 可以看到spa成功加载进来了。
总结
为了能让asp.net core承载react spa应用，我们使用一个中间件进行拦截。当访问对应path的时候从本地文件夹内读取静态资源返回给浏览器，从而完成spa所需要资源的加载。这次使用react spa来演示，其实换成任何spa应用都是一样的操作。
代码在这：reactuimiddleware
以上就是asp.net core 集成 react spa应用的步骤的详细内容，更多关于asp.net core 集成 react spa的资料请关注其它相关文章！