前后端分離，同構(gòu)，部署問題？

問題描述：

這段時(shí)間在做一個(gè)項(xiàng)目，Web方面主要用的是NodeJs Koa框架、React、React-router，redux等。

前端React-create-app 生成項(xiàng)目，build生成靜態(tài)文件。
NodeJs Koa 提供Api。

現(xiàn)在主要是部署存在的問題：

網(wǎng)上看到有這么幾種辦法：

nginx
我的理解是 nginx靜態(tài)服務(wù)器，主要用于用戶請(qǐng)求到靜態(tài)資源，
node單獨(dú)部署，只用于提供APi。
簡(jiǎn)單說就是前后端單獨(dú)部署。
同構(gòu)
Node直接返回頁面。
這樣的話，有兩個(gè)問題
（1）怎么區(qū)分請(qǐng)求是api數(shù)據(jù)接口還是請(qǐng)求的是頁面。
（2) 路由問題，是React-router 控制路由還是node。
將React打包后的文件當(dāng)成靜態(tài)資源返回。
當(dāng)用戶請(qǐng)求主頁的時(shí)候，直接返回打包后的index.html,
簡(jiǎn)單合并到一個(gè)項(xiàng)目。

**對(duì)這會(huì)現(xiàn)在有點(diǎn)模糊，
對(duì)了，主要問題是想問下，前后端分離項(xiàng)目怎么發(fā)布，
前端大白。
最好能詳細(xì)說明下，感謝。**

分割線---------------------------------------------------------

補(bǔ)充：

由于我現(xiàn)在這個(gè)項(xiàng)目有點(diǎn)簡(jiǎn)單。只要能跑起來。
所以不打算用nginx

怎么能簡(jiǎn)單的整合，使用pm2 讓跑起來呢、

前端build 成一些靜態(tài)資源文件。

我在node端怎么寫呢？

這樣好像是不行的。

當(dāng)做靜態(tài)資源好像也不行，所有的請(qǐng)求都會(huì)返回這個(gè)主頁面。

這塊應(yīng)該怎么寫，或者有什么例子么？

回答

編輯回答

朕略傻

如果不需要SSR的話選1，需要的話選2。
用請(qǐng)求路徑來區(qū)分是api還是頁面。
看你需要的是SPA還是多頁面應(yīng)用來決定是前端路由還是后端路由。

2018年2月3日 23:32

編輯回答

葬愛

謝邀！
我談一些個(gè)人的看法，大家探討。
要討論如何部署，其實(shí)是討論部署后效率更高（同時(shí)支持的用戶更多、響應(yīng)更快）以及開發(fā)變動(dòng)時(shí)改動(dòng)更方便這兩個(gè)可能沖突的需求。
而這些需求又同應(yīng)用實(shí)際需要以及實(shí)現(xiàn)有關(guān)。

如果能夠保證所有內(nèi)容都靜態(tài)化，且前端實(shí)現(xiàn)路由（去請(qǐng)求各種資源），則肯定方案1效率最高，畢竟nginx是專業(yè)提供靜態(tài)資源服務(wù)的。

對(duì)于你2方案中的疑問，其實(shí)nodejs中是通過默認(rèn)路由的方式可以處理的，即不會(huì)出現(xiàn)不能區(qū)分api請(qǐng)求和文檔請(qǐng)求的情況，起碼一個(gè)好的正確的服務(wù)框架肯定是需要做到這一點(diǎn)的。當(dāng)然，這會(huì)帶來文檔請(qǐng)求效率問題（畢竟nodejs服務(wù)不是專業(yè)干這個(gè)的，只能說可用而已，也也是很多大的應(yīng)用通過域名等區(qū)分不同資源、服務(wù)的原因）。

3方案不是不可以，但要根據(jù)實(shí)際情況分析是否恰當(dāng)。

2017年6月11日 03:26