97久久精品午夜一区二区,a级毛片100部免费观看

React 代碼的服務(wù)端渲染有助于縮短加載時(shí)間并提高 SEO 靈活性，但由于需要在知道所需數(shù)據(jù)之前渲染應(yīng)用程序，因此處理異步 API 可能會(huì)面臨挑戰(zhàn)。
現(xiàn)有的解決方案，例如 Next.js、Redux Connect 和 react-frontload，在處理服務(wù)端渲染的 React 代碼中的異步 API 時(shí)各有優(yōu)缺點(diǎn)。
可以通過(guò)執(zhí)行兩次服務(wù)端渲染來(lái)實(shí)現(xiàn)自定義解決方案：第一次處理 API 調(diào)用和異步操作，第二次使用獲取的數(shù)據(jù)進(jìn)行最終頁(yè)面渲染。
自定義解決方案需要仔細(xì)處理組件中的不同狀態(tài)，包括預(yù)取、后取、預(yù)渲染和后端渲染。這可以通過(guò)組件代碼中的復(fù)雜 if 語(yǔ)句來(lái)實(shí)現(xiàn)。
自定義解決方案還需要更改 index.html 文件，以便將預(yù)取數(shù)據(jù)作為頁(yè)面請(qǐng)求的一部分發(fā)送，并將其添加到搜索和替換中。如果使用腳本標(biāo)簽，則需要進(jìn)行 base-64 編碼。

如果您曾經(jīng)制作過(guò)基本的 React 應(yīng)用頁(yè)面，它可能會(huì)存在 SEO 差和性能問(wèn)題，尤其是在較慢的設(shè)備上。您可以添加傳統(tǒng)的網(wǎng)頁(yè)服務(wù)端渲染（通常使用 NodeJS），但這并非一個(gè)簡(jiǎn)單的過(guò)程，尤其是在處理異步 API 時(shí)。

服務(wù)端渲染代碼的兩個(gè)主要好處是：

加快加載速度
提高 SEO 靈活性

請(qǐng)記住，Google 會(huì)等待您的 JavaScript 加載，因此標(biāo)題內(nèi)容等簡(jiǎn)單內(nèi)容會(huì)無(wú)問(wèn)題地更改。（不過(guò)，我無(wú)法說(shuō)明其他搜索引擎的情況，或者這有多可靠。）

在這篇文章中，我將討論在使用服務(wù)端渲染的 React 代碼時(shí)如何從異步 API 獲取數(shù)據(jù)。React 代碼具有內(nèi)置于 JavaScript 中的整個(gè)應(yīng)用程序結(jié)構(gòu)。這意味著，與具有控制器的傳統(tǒng) MVC 模式不同，您在應(yīng)用程序渲染之前不知道需要什么數(shù)據(jù)。使用像 Create React App 這樣的框架，您可以快速創(chuàng)建高質(zhì)量的工作應(yīng)用程序，但它要求您僅在客戶端處理渲染。這存在性能問(wèn)題，以及 SEO/數(shù)據(jù)問(wèn)題，您可以在其中根據(jù)需要更改頭部。

問(wèn)題

React 主要同步渲染，因此如果您沒(méi)有數(shù)據(jù)，則會(huì)渲染加載屏幕并等待數(shù)據(jù)到來(lái)。這在服務(wù)器端效果不佳，因?yàn)槟阡秩局安恢佬枰裁?，或者您知道需要什么，但您已?jīng)渲染了。

查看此標(biāo)準(zhǔn)渲染方法：

ReactDOM.render(
  <provider> store={store}></provider>
    <browserrouter></browserrouter>
      <app></app>
    >
  >
, document.getElementById('root')
)

問(wèn)題：

這是一個(gè)尋找根元素的 DOM 渲染。這在我的服務(wù)器上不存在，因此我們必須將其分開(kāi)。
我們無(wú)法訪問(wèn)主根元素之外的任何內(nèi)容。我們無(wú)法設(shè)置 Facebook 標(biāo)簽、標(biāo)題、描述、各種 SEO 標(biāo)簽，并且我們無(wú)法控制元素外部的其余 DOM，尤其是頭部。
我們提供了一些狀態(tài)，但服務(wù)器和客戶端具有不同的狀態(tài)。我們需要考慮如何處理該狀態(tài)（在本例中為 Redux）。

因此，我在這里使用了兩個(gè)庫(kù)，它們非常流行，因此希望它可以應(yīng)用于您使用的其他庫(kù)。

Redux：存儲(chǔ)服務(wù)器和客戶端同步的狀態(tài)是一個(gè)噩夢(mèng)般的問(wèn)題。它非常昂貴，并且通常會(huì)導(dǎo)致復(fù)雜的錯(cuò)誤。在服務(wù)器端，理想情況下，除了足以使事情正常工作并正確渲染之外，您不想使用 Redux 做任何事情。（您仍然可以照常使用它；只需設(shè)置足夠的狀態(tài)使其看起來(lái)像客戶端。）如果您想嘗試，請(qǐng)查看各種分布式系統(tǒng)指南作為起點(diǎn)。

React-Router：僅供參考，這是 v4 版本，這是默認(rèn)安裝的版本，但如果您有較舊的現(xiàn)有項(xiàng)目，則會(huì)有很大不同。您需要確保在服務(wù)器端和客戶端處理路由，并且使用 v4——它在這方面非常出色。

畢竟，如果您需要進(jìn)行數(shù)據(jù)庫(kù)調(diào)用怎么辦？這突然成為一個(gè)大問(wèn)題，因?yàn)樗欠峭降模⑶椅挥谀慕M件內(nèi)部。當(dāng)然，這不是一個(gè)新問(wèn)題：在官方 React 存儲(chǔ)庫(kù)中查看它。

您必須進(jìn)行渲染才能確定需要哪些依賴項(xiàng)——這些依賴項(xiàng)需要在運(yùn)行時(shí)確定——并在提供給客戶端之前獲取這些依賴項(xiàng)。

現(xiàn)有解決方案

下面，我將回顧當(dāng)前提供的用于解決此問(wèn)題的解決方案。

Next.js

在我們開(kāi)始之前，如果您想要生產(chǎn)環(huán)境的服務(wù)端渲染的 React 代碼或通用應(yīng)用程序，Next.js 是您的理想選擇。它有效、簡(jiǎn)潔，并且有 Zeit 支持。

但是，它是有主見(jiàn)的，您必須使用他們的工具鏈，并且他們處理異步數(shù)據(jù)加載的方式不一定那么靈活。

查看 Next.js 存儲(chǔ)庫(kù)文檔中的這段直接復(fù)制內(nèi)容：

ReactDOM.render(
  <provider> store={store}></provider>
    <browserrouter></browserrouter>
      <app></app>
    >
  >
, document.getElementById('root')
)

getInitialProps 是關(guān)鍵，它返回一個(gè) promise，該 promise 解析為一個(gè)填充 props 的對(duì)象，并且僅在頁(yè)面上。最棒的是，這只是內(nèi)置到他們的工具鏈中：添加它即可工作，無(wú)需任何工作！

那么如何獲取數(shù)據(jù)庫(kù)數(shù)據(jù)呢？您進(jìn)行 API 調(diào)用。您不想？好吧，太糟糕了。（好的，您可以添加自定義內(nèi)容，但您必須自己完全實(shí)現(xiàn)它。）但是，如果您考慮一下，這是一個(gè)非常合理且通常來(lái)說(shuō)是良好的實(shí)踐，因?yàn)榉駝t，您的客戶端仍然會(huì)進(jìn)行相同的 API 調(diào)用，并且服務(wù)器上的延遲幾乎可以忽略不計(jì)。

您還可以訪問(wèn)的內(nèi)容受到限制——幾乎只是請(qǐng)求對(duì)象；同樣，這似乎是良好的實(shí)踐，因?yàn)槟鸁o(wú)法訪問(wèn)您的狀態(tài)，而您的狀態(tài)在服務(wù)器和客戶端上本來(lái)就不同。哦，如果您之前沒(méi)有注意到，它只適用于頂級(jí)頁(yè)面組件。

Redux Connect

Redux Connect 是一個(gè)非常有主見(jiàn)的服務(wù)器端渲染器，具有不錯(cuò)的理念，但是如果您不使用他們描述的所有工具，這可能不適合您。此包有很多內(nèi)容，但它非常復(fù)雜，尚未升級(jí)到 React Router v4。有很多設(shè)置，但讓我們來(lái)看最重要的部分，只是為了學(xué)習(xí)一些經(jīng)驗(yàn)教訓(xùn)：

ReactDOM.render(
  <provider> store={store}></provider>
    <browserrouter></browserrouter>
      <app></app>
    >
  >
, document.getElementById('root')
)

裝飾器在 JavaScript 中不是標(biāo)準(zhǔn)的。在撰寫(xiě)本文時(shí)，它們處于第 2 階段，因此請(qǐng)謹(jǐn)慎使用。這只是添加高階組件的另一種方式。這個(gè)想法很簡(jiǎn)單：密鑰是傳遞給您的 props 的內(nèi)容，然后您有一系列 promise，它們會(huì)解析并傳入。這看起來(lái)不錯(cuò)。也許另一種選擇就是這個(gè)：

import React from 'react'
export default class extends React.Component {
  static async getInitialProps ({ req }) {
    return req
      ? { userAgent: req.headers['user-agent'] }
      : { userAgent: navigator.userAgent }
  }
  render () {
    return <div>
      Hello World {this.props.userAgent}
    </div>
  }
}

使用 JavaScript 可以做到這一點(diǎn)，而且不會(huì)出現(xiàn)太多問(wèn)題。

react-frontload

react-frontload 存儲(chǔ)庫(kù)沒(méi)有很多文檔或解釋，但我所能獲得的最佳理解可能來(lái)自測(cè)試（例如這個(gè)測(cè)試）和閱讀源代碼。當(dāng)某些內(nèi)容被掛載時(shí)，它會(huì)被添加到 promise 隊(duì)列中，當(dāng)該隊(duì)列解析時(shí)，它會(huì)被提供服務(wù)。它所做的事情非常好，盡管很難推薦一些沒(méi)有良好文檔、維護(hù)或使用的內(nèi)容：

// 1. 連接您的數(shù)據(jù)，類似于 react-redux @connect
@asyncConnect([{
  key: 'lunch',
  promise: ({ params, helpers }) => Promise.resolve({ id: 1, name: 'Borsch' })
}])
class App extends React.Component {
  render() {
    // 2. 將數(shù)據(jù)作為 props 訪問(wèn)
    const lunch = this.props.lunch
    return (
      <div>{lunch.name}</div>
    )
  }
}

尋找更好的解決方案

以上解決方案都沒(méi)有真正符合我對(duì)庫(kù)的靈活性和簡(jiǎn)單性的期望，因此我現(xiàn)在將介紹我自己的實(shí)現(xiàn)。目標(biāo)不是編寫(xiě)包，而是讓您了解如何根據(jù)您的用例編寫(xiě)自己的包。

此示例解決方案的存儲(chǔ)庫(kù)位于此處。

理論

其背后的想法相對(duì)簡(jiǎn)單，盡管最終會(huì)產(chǎn)生相當(dāng)多的代碼。這是為了概述我們正在討論的想法。

服務(wù)器必須渲染 React 代碼兩次，我們只會(huì)為此使用 renderToString。我們希望在第一次和第二次渲染之間保持上下文。在我們的第一次渲染中，我們?cè)噲D消除任何 API 調(diào)用、promise 和異步操作。在我們的第二次渲染中，我們希望獲取我們獲得的所有數(shù)據(jù)并將其放回我們的上下文中，從而渲染我們的工作頁(yè)面以進(jìn)行分發(fā)。這也意味著應(yīng)用程序代碼需要根據(jù)上下文執(zhí)行操作（或不執(zhí)行操作），例如是否在服務(wù)器上或?yàn)g覽器上，以及在任一情況下是否正在獲取數(shù)據(jù)。

此外，我們可以根據(jù)需要自定義它。在本例中，我們根據(jù)上下文更改狀態(tài)代碼和頭部。

第一次渲染

在您的代碼中，您需要知道您是在服務(wù)器上還是在瀏覽器上工作，理想情況下，您希望對(duì)它進(jìn)行復(fù)雜控制。使用 React Router，您可以獲得一個(gè)靜態(tài)上下文 prop，這很棒，所以我們將使用它。目前，我們只是添加了一個(gè)數(shù)據(jù)對(duì)象和請(qǐng)求數(shù)據(jù)，正如我們從 Next.js中學(xué)到的那樣。我們的 API 在服務(wù)器和客戶端之間有所不同，因此您需要提供一個(gè)服務(wù)器 API，最好與您的客戶端 API 具有相似的接口：

ReactDOM.render(
  <provider> store={store}></provider>
    <browserrouter></browserrouter>
      <app></app>
    >
  >
, document.getElementById('root')
)

第二次渲染

在第一次渲染之后，我們將獲取那些掛起的 promise 并等待這些 promise 完成，然后重新渲染，更新上下文：

import React from 'react'
export default class extends React.Component {
  static async getInitialProps ({ req }) {
    return req
      ? { userAgent: req.headers['user-agent'] }
      : { userAgent: navigator.userAgent }
  }
  render () {
    return <div>
      Hello World {this.props.userAgent}
    </div>
  }
}

App

快速?gòu)奈覀兊姆?wù)器跳轉(zhuǎn)到應(yīng)用程序代碼：在我們?nèi)魏尉哂新酚善鬟B接的組件中，我們現(xiàn)在都可以獲得它：

// 1. 連接您的數(shù)據(jù)，類似于 react-redux @connect
@asyncConnect([{
  key: 'lunch',
  promise: ({ params, helpers }) => Promise.resolve({ id: 1, name: 'Borsch' })
}])
class App extends React.Component {
  render() {
    // 2. 將數(shù)據(jù)作為 props 訪問(wèn)
    const lunch = this.props.lunch
    return (
      <div>{lunch.name}</div>
    )
  }
}

哇，這有很多復(fù)雜的代碼。在這個(gè)階段，您可能想要采用更具中繼的方法，在該方法中，您將數(shù)據(jù)獲取代碼分離到另一個(gè)組件中。

此組件由您可能熟悉的組件構(gòu)成——渲染步驟和 componentWillMount 步驟。四階段 if 語(yǔ)句處理不同的狀態(tài)——預(yù)取、后取、預(yù)渲染和后端渲染。我們還在數(shù)據(jù)加載后添加到頭部。

最后，還有一個(gè)獲取數(shù)據(jù)步驟。理想情況下，您的 API 和數(shù)據(jù)庫(kù)具有相同的 API，這使得執(zhí)行相同。您可能希望將這些放入 Thunk 或 Saga 中的操作中，以使其更具可擴(kuò)展性。

查看文章“服務(wù)端 React 渲染”和存儲(chǔ)庫(kù) React 服務(wù)端渲染以了解更多信息。請(qǐng)記住，您仍然需要處理數(shù)據(jù)未加載的狀態(tài)！您只會(huì)在第一次加載時(shí)進(jìn)行服務(wù)器端渲染，因此您將在后續(xù)頁(yè)面上顯示加載屏幕。

更改 index.html 以添加數(shù)據(jù)

我們需要將任何預(yù)取數(shù)據(jù)作為頁(yè)面請(qǐng)求的一部分發(fā)送，因此我們將添加一個(gè)腳本標(biāo)簽：

@asyncConnect([{
  lunch: ({ params, helpers }) => Promise.resolve({ id: 1, name: 'Borsch' })
}])

服務(wù)

然后我們需要將其添加到我們的搜索和替換中。但是，HTML 使用非?；镜哪_本標(biāo)簽查找器，因此如果您有腳本標(biāo)簽，則需要對(duì)其進(jìn)行 base-64 編碼。此外，不要忘記我們的頭部標(biāo)簽！

const App = () => (
  <frontload>isServer</frontload>
    <component1> entityId='1' store={store}></component1>
  >
)

return frontloadServerRender(() => (
  render(<app></app>)
)).then((serverRenderedMarkup) => {
  console.log(serverRenderedMarkup)
})

我們還處理狀態(tài)代碼更改——例如，對(duì)于 404——因此，如果您有 404 頁(yè)面，您可以這樣做：

const context = {data: {}, head: [], req, api}
const store = configureStore()
renderToString(
  <provider> store={store}></provider>
    <staticrouter> location={req.url} context={context}>
      <app></app>
    >
  >
)

總結(jié)

如果您不確定自己在做什么，只需使用 Next.js。它專為服務(wù)端渲染和通用應(yīng)用程序而設(shè)計(jì)，或者如果您希望手動(dòng)執(zhí)行所有操作的靈活性，則可以按照您想要的方式進(jìn)行。一個(gè)例子可能包括您在子組件中而不是在頁(yè)面級(jí)別進(jìn)行數(shù)據(jù)獲取。

希望本文能幫助您入門(mén)！不要忘記查看 GitHub 存儲(chǔ)庫(kù)以獲取可行的實(shí)現(xiàn)。

關(guān)于異步 API 和服務(wù)端渲染 React 的常見(jiàn)問(wèn)題解答 (FAQ)

服務(wù)端渲染和客戶端渲染在 React 中有什么區(qū)別？

服務(wù)端渲染 (SSR) 和客戶端渲染 (CSR) 是渲染網(wǎng)頁(yè)的兩種不同方法。在 SSR 中，服務(wù)器會(huì)響應(yīng)請(qǐng)求生成頁(yè)面的完整 HTML，然后將其發(fā)送到客戶端。這會(huì)導(dǎo)致更快的初始頁(yè)面加載時(shí)間，并且有利于 SEO。但是，這可能會(huì)導(dǎo)致頁(yè)面轉(zhuǎn)換速度變慢，因?yàn)槊看握?qǐng)求都需要渲染整個(gè)頁(yè)面。另一方面，CSR 意味著渲染是在瀏覽器中使用 JavaScript 進(jìn)行的。這會(huì)導(dǎo)致初始頁(yè)面加載時(shí)間變慢，但頁(yè)面轉(zhuǎn)換速度更快，因?yàn)橹恍枰匦落秩颈匾慕M件。

如何在我的客戶端渲染的 React 應(yīng)用程序中發(fā)出服務(wù)器端請(qǐng)求？

要在客戶端渲染的 React 應(yīng)用程序中發(fā)出服務(wù)器端請(qǐng)求，您可以使用 fetch API 或 axios 等庫(kù)。您可以在 componentDidMount 生命周期方法中或在使用函數(shù)組件時(shí)在 useEffect 掛鉤內(nèi)發(fā)出請(qǐng)求。然后可以將響應(yīng)設(shè)置為狀態(tài)并在您的組件中使用。

為什么我的全局變量在 React 中執(zhí)行兩次？

這可能是由于 React 批處理狀態(tài)更新的方式造成的。如果您在 React 組件內(nèi)更新全局變量，則由于 setState 的異步性質(zhì)，它可能會(huì)更新兩次。為避免這種情況，您可以使用 setState 的函數(shù)形式，這可以確保狀態(tài)更新基于先前狀態(tài)，而不是當(dāng)前狀態(tài)。

如何在服務(wù)端渲染的 React 中使用異步 API？

要在服務(wù)端渲染的 React 中使用異步 API，您可以在服務(wù)器端代碼中使用 async/await 語(yǔ)法。這允許您在渲染頁(yè)面之前等待 API 響應(yīng)。您可以使用 axios 等庫(kù)來(lái)發(fā)出 API 請(qǐng)求。

服務(wù)端渲染在 React 中有哪些好處？

服務(wù)端渲染在 React 中有很多好處。它提高了初始頁(yè)面加載時(shí)間，這可以帶來(lái)更好的用戶體驗(yàn)。它還提高了 SEO，因?yàn)樗阉饕媾老x(chóng)可以更容易地索引服務(wù)端渲染的內(nèi)容。此外，它允許更一致的初始狀態(tài)，因?yàn)橄嗤拇a在服務(wù)器和客戶端上運(yùn)行。