- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
我开始创建基于 Node.js 的同构 React/Redux 应用程序。该项目的一个要求是基于“移动”和“桌面” View 的特定组件的“自适应”渲染。我已经实现了 Redux Action 和缩减器来存储关于用户 View 的屏幕信息(基于媒体查询 - “小”,“中”,“大”)在状态中。调整大小时,状态/商店会更新。默认状态是“小”。
const defaultState = {
isMobile: true,
isTablet: false,
isDesktop: false,
sizes: {
small: true,
medium: false,
large: false,
huge: false,
},
};
在需要根据屏幕尺寸在两个不同版本中“自适应”渲染的组件中,我只是做了一个:
if (small) return variation1
if (medium) return variation2
一切正常。
现在我面临两个问题:
我的应用是同构的,这意味着标记也在服务器端呈现。服务器对用户的浏览器和媒体查询一无所知。所以因为我的默认状态是“小”,服务器将始终呈现“variation1”。 Node 服务器是站点的入口点。看起来渲染需要“延迟”(中间件?)并且服务器需要在 React 应用程序“交付”之前从客户端获取一些关于浏览器宽度的信息。知道如何解决这个问题吗?
因为渲染是基于状态的,即使浏览器尺寸为“桌面”,加载后“变体 1”也总是能先看到几毫秒(闪烁)。这是因为在使用当前屏幕宽度更新状态之前,JS 检测需要几毫秒。我认为这与上述问题和默认状态一起起作用。
我找不到 1 的任何解决方案,但我想一定有一些同构和响应/自适应的东西。
最佳答案
在我看来,这是一个很难解决的问题,有很多基于“视情况而定”的解决方案。 :)
我是 react-sizeme
的作者和 react-component-queries
,两个库来帮助响应组件,并且遇到了与您在问题中描述的类似的问题。根据我的经验,我发现针对一个问题提出解决方案通常会影响另一个问题。我将通过在下面描述我的经历来详细说明我的意思...
我曾尝试先解决您的“问题 2”:
由于默认状态导致的渲染闪烁是我在最初创建 react-sizeme
库时遇到的事情。 react-sizeme
是一个高阶组件,它获取您的组件可用的大小,然后将其传递给您的组件。根据大小,您当然可以选择渲染不同的组件,就像您在示例中所做的那样,因此除非您碰巧达到默认状态最佳点,否则可能会发生更新闪烁。我通过更改 react-sizeme
来“征服”这个,最初渲染一个空的占位符以获得可用的宽度/高度,然后只渲染你的组件,给它“合适的”宽度/高度。这对我非常有效。我不再看到 ComponentBob 被渲染,只是被卸载并让 ComponentFoo 立即渲染到它的位置。
然后出现“问题 1”...
react-sizeme
开始流行起来,最终我有一个库的消费者希望在服务器端渲染上下文中使用它。但是由于我对问题 1 进行了修复,服务器端呈现会产生大量空白内容(即我正在谈论的占位符)。有效负载被传送到浏览器后,占位符逻辑将启动,最终大小数据将被发送到组件并被渲染。这并不理想,因为您首先基本上抵消了执行 SSR 的任何好处。我和这个用户一起工作,我们决定最好的前进方式是允许 react-sizeme
配置为在“SSR 模式”下运行。基本上,这需要放弃占位符呈现并允许呈现默认组件,这样您就不会在初始服务器响应中得到空白页面,但随后您很容易再次遇到组件闪烁问题!
啊啊啊啊啊!看到这里的影响! :(
所以基本上解决一个问题会直接影响到另一个问题。
我一直在思考这个问题,我相信最好的方法可能是在第一次请求时尝试获取用户浏览器的宽度/高度。这实质上意味着呈现一个简单的实用程序,该实用程序会提取此信息,然后将其发送回服务器以呈现用户的初始请求。然后,您可以使用宽度/高度并将其传递给整个组件树(沿途进行数学运算),以继续确定每个组件的可用高度/宽度。这里有一些非常棘手的东西,但可能会奏效。
当然,另一个危险是 google 只是为初始请求索引一个空白页面(即提取初始宽度/高度的 util 的空白呈现)。您将不得不尝试并研究使用一些巧妙的 HTTP 响应代码,例如重定向等,以确保谷歌跟踪到正确呈现的输出。
抱歉,这可能不是您要找的答案,但希望我的经验能以某种方式提供帮助或提供某种启发。如果您确实提出了一些有趣的实验,请随时通知我。我很乐意就此与您合作。
关于node.js - React/Redux 同构/服务器端渲染和媒体查询,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37679049/
在我的 OpenGL 程序中,我按顺序执行以下操作: // Drawing filled polyhedrons // Drawing points using GL_POINTS // Displa
我想传递一个包含原始页面的局部变量,这个变量只包含一个带有值的符号。 当我使用此代码时,它运行良好,可以在部分中访问 origin 变量: render :partial => "products",
为什么这个 HTML/脚本(来自“JavaScript Ninja 的 secret ”)不渲染? http://jsfiddle.net/BCL54/
我想在阅读完 View 后返回到特定的网页位置(跳转到页内 anchor )。换句话说,在 views.py 中,我想做类似的事情: context={'form':my_form} return r
我有一个包含单条折线的 PathGeometry,并以固定的间隔向该线添加一个新点(以绘制波形)。使用 Perforator 工具时,我可以看到每次向直线添加一个点时,WPF 都会将整个 PathGe
尝试了解如何消除或最小化网站上不同 JavaScript 库的渲染延迟。 例如,如果我想加载来自许多社交网络的“即时”关注按钮,它们似乎会相互阻止渲染,并且您会收到令人不快的弹出窗口。 (func
我有以 xyz 点格式表示 3D 表面(即地震断层平面)的数据。我想创建这些表面的 3D 表示。我使用 rgl 和 akima 取得了一些成功,但是它无法真正处理可能会自行折叠或在同一 x,y 点具有
我正在用 Libgdx 编写一个小游戏。 我有一个 Render[OpenGL] 线程,它不断对所有对象调用 render() 和一个更新线程不断对所有对象调用 update(double delta
我有一个 .Rmd 文件包含: ```{r, echo=FALSE, message=FALSE, results='asis'} library(xtable) print(xtable(group
关闭。这个问题是opinion-based .它目前不接受答案。 想要改进这个问题? 更新问题,以便 editing this post 可以用事实和引用来回答它. 关闭 9 年前。 Improve
请不要评判我,我只是在学习 Swift。 最近我安装了 MetalPetal 框架,并按照说明操作: https://github.com/MetalPetal/MetalPetal#example-
如果您尝试渲染 Canvas 宽度和高度之外的图像,计算机是否仍会尝试渲染它并使用资源来尝试渲染它?我只是想找出在尝试渲染图像之前检查图像是否在 Canvas 内是否更好。 最佳答案 我相信它仍然在无
我在 safari 中渲染时遇到问题。 在 firefox、chrome 和 IE 上。如下图所示: input.searchbox{-webkit-border-radius:10px;-moz-b
我正在尝试通过远程桌面在 Windows7 下运行我在 RHEL7 服务器中制作的 java 程序。 服务器中的所有java程序都无法通过远程桌面呈现。如果我在服务器位置访问服务器本身,它们看起来没问
我正处于一个新项目的设计阶段,该项目将采用数据集并将其加载到文档中,然后围绕模板呈现文档。呈现的文件可以是 CSV 数据集、PDF 营销信函、电子邮件……很多东西。数据不会是数学方程式,我只是在寻找一
有没有办法在不同的 div 下渲染 React 组件的子组件? ... ... ... ... ...
使用以下代码: import numpy as np from plotly.offline import iplot, init_notebook_mode import plotly.graph_
截至最近, meteor 的所有文档都指出 onRendered是一种在模板完成渲染时获取回调的新方法。和 rendered只是为了向后兼容。 但是,这似乎对我不起作用。 onRendered永远不会
所以在我的基本模板中,我有:{% render "EcsCrmBundle:Module:checkClock" %} 然后我创建了 ModuleController.php ... getDoctr
我正在使用 vue-mathjax 来编译我的 vue 项目中的数学方程。它正在编译第一个括号 () 之间的文本。我想防止编译括号内的字符串。在文档中我发现,对于$符号,如果我们想逃避编译,我们需要使
我是一名优秀的程序员,十分优秀!