我正在阅读 React 教程，并且在网络上我看到了很多关于同构 React 的内容。只是对它是什么以及它是如何工作的感到困惑。
我的理解是“同构 React”是一个应用程序，它在启动时加载所有所需的数据，然后根据用户的请求在客户端不断呈现，将完整的数据保存在存储中（Redux 架构）。
现在，如果我有一个场景，比如我需要使用来自 3rd 方应用程序的 webservice 加载我的完整 HTML 表单，我从中获取数据作为 json（哪些字段需要在屏幕上呈现的架构）并在执行一些我需要将请求发回，以便我将获得一些其他模式将其加载为我的下一个屏幕。
在这种情况下，我如何使用同构，因为每次我需要进行服务器调用或 ajax 调用（我不喜欢这样做，因为它可能会暴露 API）。
那么在这种情况下，我可以说这个应用程序是同构的还是我对同构的理解是完全错误的？
同构：“在形式或关系上对应或相似”。
对于 Web 应用程序，这意味着服务器在某种程度上类似于客户端 - 从某种意义上说，服务器能够像客户端一样渲染。在某种程度上，同构 Web 应用程序是对旧范式的回归，在这种范式中，服务器将呈现数据，然后将其预先呈现给客户端（想想 PHP 模板或 Ruby erb）。
特别是对于同构 React，这意味着服务器使用 React 组件和React.renderToString(). 这消除了双重工作，例如erb在使用 Rails 时在服务器端拥有模板，但随后将 Handlebars 用于客户端模板，并且还避免了FOUC。你可以将 React 用于一切。
现在，如果您使用的是 3rd 方服务，您只需像往常一样使用 json 数据。使您的应用程序同构与否取决于您自己的服务器是否使用与前端相同的模板引擎。您可能使用的任何第三方服务与您的应用程序是否同构无关。
在高层次上理解同构。
服务器驱动的世界：在这个世界中，当用户在浏览器中打开一个页面时，客户端（浏览器）和服务器之间会发生很多交互。为了在浏览器中加载页面，浏览器和服务器开始工作，通过发送请求和渲染向用户提供网页。在这个世界中，服务器负责渲染每个页面以响应用户交互。例如; 如果用户单击提交按钮，则请求将用户在表单中输入的数据发送到服务器，作为响应，服务器会将带有数据的新 HTML 返回到浏览器以显示下一个屏幕。这里服务器也负责 UI 以及业务逻辑和数据模型。这种方法有很多优点和缺点。
客户端驱动的世界或单页应用世界 在这个世界中，网页渲染的责任交给了客户端（浏览器），服务器主要负责业务逻辑和数据模型。这再次有很多优点和一些缺点。
客户端和服务器端渲染世界各有各的好处，“同构 JavaScript”是获得两全其美的方式。
而 React 是一个提供开箱即用的同构支持的框架。