React Router使用我对后端API的url请求

时间:2018-11-16 09:44:03

标签: reactjs rest api iis asp.net-core

我正在客户端asp.net核心后端API上构建SPA react-redux应用程序。 调试时,一切都可以使用IISExpress完美运行。 但是,当我作为Web应用程序部署到IIS时,嵌套的默认网站的别名为“ mysubdomain”。除导出功能外,其他所有操作仍然正常。

(第一种情况):打开浏览器,输入下载API链接:http://localhost/mysubdomain/api/v1/export?filterparam。保存对话打开。那是我的期望。

(第二种情况:普通情况):打开我的网站(主页):http://localhost/mysubdomain,然后单击导出,通过链接打开一个新窗口: http://localhost/mysubdomain/api/v1/export?filterparam。 我期望打开的保存文件弹出窗口类似于(第一种情况),但。浏览返回我呈现的 components / Layout

我不知道反应路由器/路由会发生什么?还是我做错了什么?我猜想react-router只会消耗我的URL请求,然后呈现我的组件,而不是调用我的后端API。

我在redux存储中的导出功能:

export: (filterParams) => async (dispatch, getState) => {
      const url = `api/v1/export?${filterParams}`;
      window.open(url,'_blank');
  }

后端API:

[HttpGet]
[Route("download")]
public async Task<IActionResult> Download(DailyDischargeUrlQuery urlQuery)
{
  var stream = await _dailyDischargeRepository.ExportAsCsvStream(urlQuery.DischargeDate, urlQuery.MRN, urlQuery.GetCompanies(), urlQuery.GetOrders());

  return File(stream, "text/csv", "dailydischarge.csv");
}

index.js

const baseUrl = document.getElementsByTagName('base')[0].getAttribute('href');
const history = createBrowserHistory({ basename: baseUrl });
const initialState = window.initialReduxState;
const store = configureStore(history, initialState);    
const rootElement = document.getElementById('root');

ReactDOM.render(
  <Provider store={store}>
    <ConnectedRouter history={history}>
      <App />
    </ConnectedRouter>
  </Provider>,
  rootElement);

registerServiceWorker();

App.js

import 'core-js';
import React from 'react';
import {Route, Router} from 'react-router';
import Layout from './components/Layout';
import Home from './components/Home';

export default () => (
    <Layout>
        <Route exact path='/' component={Home}/>
    </Layout>
);

1 个答案:

答案 0 :(得分:0)

问题已解决! 这是因为服务人员内置了create-react-app。

// In production, we register a service worker to serve assets from local cache.

// This lets the app load faster on subsequent visits in production, and gives
// it offline capabilities. However, it also means that developers (and users)
// will only see deployed updates on the "N+1" visit to a page, since previously
// cached resources are updated in the background.