【发布时间】：2010-12-16 02:58:39
【问题描述】：
只是好奇。我的想法是生成的文件在性能方面的开销可以忽略不计，但我可能弄错了。
对此有什么想法吗？
【问题讨论】：
标签： javascript code-generation
【发布时间】：2010-12-16 02:58:39
【问题描述】：
生成脚本的开销肯定可以忽略不计。
第二个（你一开始开发就会发现）是调试脚本变得无限困难。
【讨论】：
-
我不知道，简单的控制结构...不太复杂。
-
在生成复杂脚本之前不会成为问题。
-
@Justin：如果它不复杂，它可能（并不总是）不需要在服务器端生成。但我同意仍有很多情况需要在服务器端动态生成一个简单的脚本。
-
他是对的，调试变成了一场噩梦。引入 RJS for Rails 后迅速过时是有原因的。好主意，很难排除故障。
这里有两种可能。
首先，您可能会谈到 CSS 和 Javascript（例如 GWT）的抽象，它们可以有效地将一种语言交叉编译到另一种语言。手工编码的 Javascript 通常会更小、更高效，但创建时间可能会更长，具体取决于抽象级别的高低。交叉编译版本的性能？我听说 GWT 在“纯”Javascript 性能的 10% 以内。我并不完全相信这一点，但这是正确的数量级。
其次，您可能指的是仍然是手工编码的 Javascript 或 CSS，但上面有一些额外的东西。 CSS 变量是一个常见的例子。只要您不在每个请求上都生成它们（即您以某种方式缓存它们），那么是的，性能可以忽略不计。即使您确实在每个请求上生成它们，我也不确定您是否会注意到性能影响（在客户端）。服务器可能会受到影响，具体取决于处理的复杂性和文件被请求的频率（如果它被有效地缓存在具有远期 Expires 标头等的客户端上，则不应该经常如此）。
【讨论】：
【讨论】：