Javascript 与客户端相比，服务器端运行更少

运行较少框架的客户端与服务器端相比，有哪些优点/缺点？如果在客户端运行，页面加载时间会受到影响吗？

在服务器上，您必须更加小心地处理缓存控制头，并牺牲一点CPU电源

在客户端上，如果JS不可用，则会中断

---

（对于您的生产系统，）在构建时执行，只提供静态CSS。这是高效可靠的。

使用ASP.NET MVC 4.0捆绑，您可以使用：

var bundle = new StyleBundle("~/Content/style").Include(
    "~/Content/myStyles.less");
bundle.Transforms.Add(new LessTransform());

bundles.Add(bundle);   

一切都会处理得很好。缓存、转换（服务器端）、绑定和…

客户端： 优点：

• 更好的调试
• 可能更容易开发

缺点：

• 在带宽方面较慢
• cpu性能较慢（可能影响移动设备）
• 没有JS的中断

服务器端： 优点：

• 更快
• 客户端JS独立

缺点：

• 还有一点工作要做

我的忠告是：

---

永远不要在生产中使用客户端。然而，在开发中，编译较少的客户端可能非常有用

同意昆汀的意见。由于速度问题（如果是JS，则是兼容性问题），LESS不应在实时环境中使用。只需将生成的css复制到静态样式表中并提供该样式表即可。只需2秒钟，跨浏览器使用动态CSS非常痛苦。帮自己一个忙，改为提供静态css。