Php 是否值得只更改一个td而不是整个表？（html/js）

我正在使用WebSocket开发一个不断更新表格的应用程序。我正在通过重写来更新表。我的问题是，你应该

我只重写td还是整个表格

---

与额外的复杂性相比，仅覆盖td在性能上有什么好处？

更改标记总是比更改标记内容更昂贵，因为它会导致文档重新流动。更改页面结构需要重新计算整个文档布局。

更改标记总是比更改标记内容更昂贵，因为它会导致文档重新流动。更改页面结构需要重新计算整个文档布局。

仅更改列。没有那么复杂。更改整个表将是一个糟糕的用户界面，尤其是在速度较慢的网络上。

只更改列。没有那么复杂。更改整个表格将是一个糟糕的用户界面，尤其是在速度较慢的网络上。

仅替换一个单元格的内容总是比替换整个表格快。但是，其中任何一个都可能导致文档回流。单元格的新内容可能比旧内容大或小

---

您的jQuery有一个错误

$（'td'）.html（'newstuff'）

将更改文档中每个表中每个单元格的内容

只替换一个单元格的内容总是比替换整个表快。但是，其中任何一个都可能导致文档回流。单元格的新内容可能比旧内容大或小

---

---

您的jQuery有一个错误

$（'td'）.html（'newstuff'）

将更改文档中每个表中每个单元格的内容

这听起来像是一些严重的过早优化。如果您的表不是很大，那么进行优化没有任何意义optimization@asdf_enel_hak或者如果它没有像realtime那样不断更新？这听起来像是一些严重的过早优化。如果您的表不是很大，这是没有意义的optimization@asdf_enel_hak或者，如果它没有与RealTimeLo.LL一样不断更新，我只是注意到了错误，但是你得到了点LOL。我认为如果我们把它搜索到整个HTML到一个更具体的程度，如果你改变了它需要的任何一个单元格或表，那么处理可能是一样的。回流，它可以像屏幕重画一样工作，在处理过程中不会有太大的差别。如果您将一个唯一的id附加到要更改的单元格，该id将在首次加载html时记录在内部查找表中。稍后，通过id定位单元格的速度非常快，并且不需要通过html进行任何搜索。我只是在<代码> x= $（“yxyMyID”）/>代码中做了一些计时，在1MB文档的中间找到一个元素：<代码> ID=“MyID”< /C>。大约需要一微秒！我刚刚注意到在最初的问题中提到了“彗星”。Comet技术通常在服务器不断有小更新时使用。如果这就是您所想的，那么您肯定希望在文档中自己的小区域中处理每个更新。然而，如果这是您正在开发的一个全新的应用程序，我建议您首先对整个表进行定期更新。无论如何，在两种情况下，您都需要具备这种能力：1。用户第一次加载页面。2.技术问题阻止了彗星对某些用户的工作。LOL我注意到了错误，但是你得到了点LOL。我认为如果我们把它搜索整个HTML到更具体的程度，如果你改变任何一个单元格或者它需要重新流的表，那么处理可能是一样的，它可以像屏幕重绘一样工作。这在处理过程中不会有太大的差别。如果您将一个唯一的id附加到要更改的单元格，则在第一次加载html时，该id会记录在内部查找表中。稍后，通过id定位单元格的速度非常快，并且不需要通过html进行任何搜索。我只是在<代码> x= $（“yxyMyID”）/>代码中做了一些计时，在1MB文档的中间找到一个元素：<代码> ID=“MyID”< /C>。大约需要一微秒！我刚刚注意到在最初的问题中提到了“彗星”。Comet技术通常在服务器不断有小更新时使用。如果这就是您所想的，那么您肯定希望在文档中自己的小区域中处理每个更新。然而，如果这是您正在开发的一个全新的应用程序，我建议您首先对整个表进行定期更新。无论如何，在两种情况下，您都需要具备这种能力：1。用户第一次加载页面。2.技术问题使comet无法为某些用户工作。没错，但与“框架”无关，您所做的更改越少，占用的流量就越少。变化应该是更“本地”的可能！不完全是。一切都取决于您的实施！如果你认为这样做成本更高，那么你比我更了解你的系统，但你可能需要改变你系统的逻辑。但是，如果将300行数据放入一个表中，而另一个实现每次只需对每列执行3次操作，那么最好使用第二种方法。总的来说，如果你从2000英尺高的地方看，REST方法总是比其他老方法好……还有一点需要说明的是，这也取决于你在谈论什么。例如，如果您严格地为JQuery说话，那么事情就会发生变化。。。我说的是客户端和服务器之间的通信。在客户机上，您不应该太在意，因为执行是在客户机上进行的。让服务器启动并运行比关心客户机上10毫秒的延迟更重要。以后你可以重构代码……没错，b