我在 Rails 应用程序中有一个花哨的“工作表”样式视图,加载时间太长。(在开发模式下,是的,我知道那里没有缓存,“在 57893 毫秒内完成(查看:54975,DB:855)”)工作表是使用辅助方法呈现的,因为我无法忍受为工作表中不同类型的行。现在我想知道 partials 是否真的会更快?
我已经分析了页面加载并确定了一些对象缓存将减少几秒钟的情况,但配置文件输出表明大量时间用于简单地循环通过 Worksheet 模型的组成对象并附加字符串输出帮手。这是我正在谈论的一个例子:
def header_row(wksht)
content_tag(:thead, :class => "ioe") do
content_tag(:tr) do
html_row = []
for i in (0...wksht.class::NUM_COLS) do
html_row << content_tag(:th, h(wksht.column_headings[i].upcase),
:class => wksht.column_classes[i])
end
html_row.join("\n")
end
end
end
OTOH 使用 partials 意味着打开文件,分离 Ruby 解释器,从长远来看,聚合一堆字符串,对吗?所以我想知道是否有另一种方法可以加快助手的速度。我应该使用类似 stringstream 的东西(在 Ruby 中是否存在?),我是否应该摆脱 content_tag 调用以支持我自己的 "" 字符串插值......我愿意编写自己的性能测试,并分享结果,如果您对我已经采取的方法有任何建议的替代方案。
由于这是一个相当复杂的视图(并且也有一个可编辑的版本),我宁愿不要多次重写和分析整个事情。:)
一些相关阅读:
http://www.viget.com/extend/helpers-vs-partials-a-performance-question/(旧)
http://www.breakpointsystems.com/community/blog/ruby-string-processing-overhead/
http ://blog.purepistos.net/index.php/2008/07/14/benchmarking-ruby-string-interpolation-concatenation-and-appending/
@tadman: 有行总计和列总计(以及更多的列算术),因为它们不仅仅是总计,还依赖于数据库中的其他“幻数”,我在 Ruby 代码而不是 Javascript 中实现了它们. (干燥且可单元测试。)Javascript 仅用于编辑视图,仅用于添加/删除行(仅限客户端)并在单元格内容更改时获取包含新总数的工作表。它获取整个表格,因为当输入单元格更改时,将近一半的值会更新。
工作表及其行实际上是虚拟模型;它们并不存在于数据库中,而是聚合了大量真实的 AR 对象。每次渲染视图时都会创建它们(但在开发模式下需要 1.7 秒,所以我并不担心)。
我想我可以传输一个数字矩阵,而不是标记的内容,然后让 JS 将其解压缩到工作表中。但这很快就无法维护。