我在 J2EE 项目中工作,该项目希望使用 Twitter Bootstrap 作为前端的主要样式,并进行一些定制以适应产品。
我不知道我应该使用 Twitter Bootstrap 引入的 LESS 还是 CSS 格式,如果使用 LESS,我必须在服务器端或客户端将这些文件编译为 CSS,哪个 Java 框架在服务器端帮助我,因为我需要将样式表缓存在产品模式,否则不需要缓存它们。
我想知道客户端站点的预编译会影响产品性能,有人为此制定了基准吗?
我在 J2EE 项目中工作,该项目希望使用 Twitter Bootstrap 作为前端的主要样式,并进行一些定制以适应产品。
我不知道我应该使用 Twitter Bootstrap 引入的 LESS 还是 CSS 格式,如果使用 LESS,我必须在服务器端或客户端将这些文件编译为 CSS,哪个 Java 框架在服务器端帮助我,因为我需要将样式表缓存在产品模式,否则不需要缓存它们。
我想知道客户端站点的预编译会影响产品性能,有人为此制定了基准吗?
您可以为此尝试wro4j,它可以用作运行时或构建时解决方案,用于将 less 转换为 css 的服务器端转换,还可以处理缓存。您可以在此处阅读有关较少支持 wro4j 的更多信息:
如果您不想处理服务器端编译器的麻烦,我会说使用 CSS。
如果你确实走这条路,这是一个很好的 Java 编译器:
http ://www.asual.com/lesscss/
永远不要编译客户端,除非这是您必须使用的全部内容,它对浏览器与 gzip 压缩或压缩/缩小的 css 产生巨大影响。
:)
LESS 非常适合开发,但只能将编译后的 .css 用于生产。无论你做什么,绝对不要让 less.js/LESS 编译客户端用于生产。即使您在开发过程中遇到 HTML 头部中包含 less.js 和 .less 文件的快速响应时间,其他所有人的响应时间也将一应俱全。我不知道是否有人可以为它制定良好的基准,因为您可以通过无数种方式导入/添加 LESS 文件。如果您在单独的 .less 文件中导入 130 个 mixin 并在客户端编译,那么即使结果大小相同,它的性能也会与一个 .less 文件不同。然后将文件大小、计算机硬件规格等考虑在内,任何基准测试都很难获得可靠的结果。
我的建议是每次保存时都使用 node.js 和 less.js 之类的东西即时编译为 css。或者使用少数几个不错的 gui 工具之一,这些工具将在您每次保存时监视项目并编译。(LESS.app、Crunch App、WinLESS 等)