2017-09-27 59 views

回答

0

這是終極版SSR建立一個有用的文檔。這有助於避免在兩個端口上運行客戶端和服務器。

Redux SSR

1

是..這是

你可以成爲你的「/」 反應的應用程序也能聆聽到另一條路線 API請求,所以您不必爲反應應用單獨的代碼庫和API後端代碼

您可以使用快遞服務的特定路線上的反應程序 即my-app.com/

接發球上的另一個途徑後端相關內容

即 my-app.com/api

因此,當一個請求以my-app.com/快遞服務快遞服務後端資源或API

+0

@ nadeshoki--在這種情況下,我需要運行兩臺服務器嗎?一個用於服務node.js的反應和其他服務? – Sourav

+0

不需要只有一個 – nadeshoki

+0

@ nadeshoki--你的意思是說,我可以讓node.js服務於我的反應應用程序在不同路線上的一條路線和其他API上? – Sourav

0

有創建的明確,當我走了幾步/將應用程序一起反應我將創建一個服務器和一個客戶端目錄。客戶端目錄是使用create-react-app創建的,例如可以通過快速生成器創建服務器。我的項目目錄(包含這兩個目錄的目錄)基本上只是粘合劑,將兩者融合在一起。在客戶端應用程序中,我將添加proxy:localhost:3001(或者您的快速API運行的任何端口),並且我使用concurrently同時運行兩個服務器(客戶端和服務器 - 由客戶端由webpack-dev-server運行)。它們在開發過程中作爲單獨的服務器運行,但是當我進行api調用時,就好像我直接將它直接發送到Express服務器本身。

唯一需要擔心的是部署應用程序。您可以使用create-react-app附帶的build命令,並將其複製到通過express.static提供的快速應用程序中的公共目錄中。

這裏有一個簡單的例子來看看: https://github.com/overthemike/heroku-skeleton

+0

S--但是,我更喜歡nadeshoki的建議,因爲我可以避免在開發過程中使用兩個開發服務器。另外,我在redux文檔中找到了一個類似的解決方案。 – Sourav

相關問題