最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
当前位置: 首页 - 科技 - 知识百科 - 正文

前端js和css的压缩合并之wro4j_html/css

来源:动视网 责编:小采 时间:2020-11-27 16:38:45
文档

前端js和css的压缩合并之wro4j_html/css

前端js和css的压缩合并之wro4j_html/css_WEB-ITnose:me:注: 找了一圈,在java社区和node社区,就没有找到中意的解决方案,总是带有各种各样的毛病。 看来ror社区还是拥有最强悍的设计和构架能力的,也许得益于ruby的精神。 最牛牛的人有时候只要一两个就够了。 下面的文还是不错的,可惜wro4j的愚笨复杂设
推荐度:
导读前端js和css的压缩合并之wro4j_html/css_WEB-ITnose:me:注: 找了一圈,在java社区和node社区,就没有找到中意的解决方案,总是带有各种各样的毛病。 看来ror社区还是拥有最强悍的设计和构架能力的,也许得益于ruby的精神。 最牛牛的人有时候只要一两个就够了。 下面的文还是不错的,可惜wro4j的愚笨复杂设


me:注:

找了一圈,在java社区和node社区,就没有找到中意的解决方案,总是带有各种各样的毛病。

看来ror社区还是拥有最强悍的设计和构架能力的,也许得益于ruby的精神。

最牛牛的人有时候只要一两个就够了。

下面的文还是不错的,可惜wro4j的愚笨复杂设计啊。

from: 使用wro4j和maven在编译期间压缩js和css文件

最近在对一个web系统做性能优化.

而对用到的静态资源文件的压缩整合则是前端性能优化中很重要的一环.

好处不仅在于能够减小请求的文件体积,而且能够减少浏览器的http请求数.

因为是基于java的web系统,并且使用的是nginx+tomcat做为服务器.

最后考虑用wro4j和maven plugin在编译期间压缩静态资源.

优化前:

基本上所有的jsp都引用了这一大坨静态文件:

 var GV = {ctxPath: '${ctxPath}',imgPath: '${ctxPath}/css'};           

引用的文件很多,并且文件体积没有压缩,导致页面请求的时间非常长.

另外还有一个问题,就是为了能够充分利用浏览器的缓存,静态资源的文件名称最好能够做到版本化控制.

这样前端web服务器就可以放心大胆的开启缓存功能而不用担心缓存过期问题,因为如果一旦静态资源文件有修改的话,

会重新生成一个文件名称.

下面我根据自己项目的经验,来介绍下如何较好的解决这两个问题.

分两步进行.

第一步:引入wro4j,在编译时期将上述分散的多个文件整合成少数几个文件,并且将文件最小化.

第二步:在生成的静态资源文件的文件名称上加入时间信息

这是两步优化之后的引用情况:

${platform:cssFile("/wro/basic") } 

只引用了1个css文件,2个js文件.http请求从10几个减少到3个,并且整体文件体积缩小了近一半.

下面介绍优化流程.

第一步:合并并且最小化文件.

1.添加wro4j的maven依赖

1.6.2 ...  ro.isdc.wro4j wro4j-core ${wro4j.version}   org.slf4j slf4j-api    

2.添加wro4j maven plugin

  ro.isdc.wro4j wro4j-maven-plugin ${wro4j.version}   compile  run     basic,custom true ${basedir}/src/main/webapp/wro/ ${basedir}/src/main/webapp/ com.rootrip.platform.common.web.wro.CustomWroManagerFactory   

如果开发环境是eclipse的话,可以下载m2e-wro4j这个插件.

下载地址:http://download.jboss.org/jbosstools/updates/m2e-wro4j/

这个插件的主要功能是能够帮助我们在开发环境下修改对应的静态文件,或者pom.xml文件的时候能够自动生成打包好的js和css文件.

对开发来说就会方便很多.只要修改源文件就能看见修改后的结果.

3.在WEB-INF目录下添加wro.xml文件,这个文件的作用就是告诉wro4j需要以怎样的策略打包jss和css文件.

   /css/basic.css /css/skin.css /css/jquery-ui-1.8.23.custom.css /css/validationEngine.jquery.css /js/jquery-1.7.2.min.js /js/jquery-ui-1.8.23.custom.min.js /js/jquery.validationEngine.js /js/jquery.fixedtableheader.min.js /js/roll.js /js/jquery.pagination.js /js/jquery.rooFixed.js /js/jquery.ui.datepicker-zh-CN.js /js/json2.js   /js/jquery.validationEngine-zh_CN.js /js/common.js   

官方文档:http://code.google.com/p/wro4j/wiki/WroFileFormat

其实这个配置文件很好理解,如果不愿看官方文档的朋友我在这简单介绍下.

上面这样配置的目的就是告诉wro4j要将

/css/basic.css

/css/skin.css

/css/jquery-ui-1.8.23.custom.css

/css/validationEngine.jquery.css

这四个文件整合到一起,生成一个叫basic.css的文件到指定目录(wro4j-maven-plugin里配置的),将

/js/jquery-1.7.2.min.js

/js/jquery-ui-1.8.23.custom.min.js

/js/jquery.validationEngine.js

/js/jquery.fixedtableheader.min.js

/js/roll.js

/js/jquery.pagination.js

/js/jquery.rooFixed.js

/js/jquery.ui.datepicker-zh-CN.js

/js/json2.js

这几个文件整合到一起,生成一个叫basic.js的文件到指定目录.

最后将

/js/jquery.validationEngine-zh_CN.js

/js/common.js

这两个文件整合到一起,,生成一个叫custom.js的文件到指定目录.

第一步搞定,这时候如果你的开发环境是eclipse并且安装了插件的话,应该就能在你工程的%your webapp%/wor/目录下看见生成好的

basic.css,basic.js和custom.js这三个文件了.

然后你再将你的静态资源引用路径改成

  

就ok了.每次修改被引用到的css或js文件的时候,这些文件都将重新生成.

如果开发环境是eclipse但是没有安装m2e-wro4j插件的话,pom.xml可能需要额外配置.

请参考: https://community.jboss.org/en/tools/blog/2012/01/17/css-and-js-minification-using-eclipse-maven-and-wro4j

第二步:给生成的文件名称中加入时间信息并通过el自定义函数引用脚本文件.

1. 创建DailyNamingStrategy类

public class DailyNamingStrategy extends TimestampNamingStrategy { protected final Logger log = LoggerFactory.getLogger(DailyNamingStrategy.class); @Override protected long getTimestamp() { String dateStr = DateUtil.formatDate(new Date(), "yyyyMMddHH"); return Long.valueOf(dateStr); } } 

2.创建CustomWroManagerFactory类

//这个类就是在wro4j-maven-plugin里配置的wroManagerFactory参数 public class CustomWroManagerFactory extends DefaultStandaloneContextAwareManagerFactory { public CustomWroManagerFactory() { setNamingStrategy(new DailyNamingStrategy()); } } 

上面这两个类的作用是使用wro4j提供的文件命名策略,这样生成的文件名就会带上时间信息了.

例如:basic-2013020217.js

但是现在又会发现一个问题:如果静态资源文件名称不固定的话,那怎么样引用呢?

这时候就需要通过动态生成与来解决了.

因为项目使用的是jsp页面,所以通过el自定义函数来实现标签生成.

3.创建PlatformFunction类

public class PlatformFunction { private static Logger log = LoggerFactory.getLogger(PlatformFunction.class); private static ConcurrentMap staticFileCache = new ConcurrentHashMap<>(); private static AtomicBoolean initialized = new AtomicBoolean(false); private static final String WRO_Path = "/wro/"; private static final String JS_SCRIPT = ""; private static final String CSS_SCRIPT = ""; private static String contextPath = null; /** * 该方法根据给出的路径,生成js脚本加载标签 * 例如传入参数/wro/custom,该方法会寻找webapp路径下/wro目录中以custom开头,以js后缀结尾的文件名称名称. * 然后拼成

对应的tld文件就不给出了,根据方法签名编写就行了.

其中的cssFile和jsFile方法分别实现引用css和js文件.

在页面使用的时候类似这样:

${platform:cssFile("/wro/basic") }

${platform:jsFile("/wro/custom") }

这个类的主要功能就是使用jdk7的WatchService监控wro目录的新增文件事件,

一旦有新的文件加到目录里,判断这个文件是不是最新的,如果是的话则使用这个文件名称引用.

这样一旦有新加的资源文件放到wro目录里,则能够自动被引用,不需要做任何代码上的修改,并且基本不影响性能.

到此为止功能已经实现.

但是我考虑到还有两个问题有待完善:

1.因为生成的文件名称精确到小时,如果这个小时之内有多次代码修改,生成的文件名都完全一样.

这样就算线上的代码有修改,对于已经有该文本缓存的浏览器来说,不会重新请求文件,也就看不到文件变化.

不过一般来说线上代码不会如此频繁改动,对于大多数应用来说影响不大.

2.在开发环境开发一段时间之后,wro目录下会生成一大堆的文件(因为m2e-wro4j插件在生成新的文件的时候不会删除旧文件,如果文件名相同会覆盖掉以前的文件),

这时候就需要手动删除时间靠前的旧文件,虽然系统会忽略旧文件,但是我相信大多数程序员和我一样是有些许洁癖的吧.

解决办法还是不少,比如可以写脚本定期清理掉旧文件.

时间有限,有些地方考虑的不是很完善,欢迎拍砖.

参考资料:

http://meri-stuff.blogspot.sk/2012/08/wro4j-page-load-optimization-and-lessjs.html#Configuration

https://community.jboss.org/en/tools/blog/2012/01/17/css-and-js-minification-using-eclipse-maven-and-wro4j

http://code.google.com/p/wro4j/wiki/MavenPlugin

http://code.google.com/p/wro4j/wiki/WroFileFormat

http://java.dzone.com/articles/using-java-7s-watchservice

+

+

+

-

+

+

+

文档

前端js和css的压缩合并之wro4j_html/css

前端js和css的压缩合并之wro4j_html/css_WEB-ITnose:me:注: 找了一圈,在java社区和node社区,就没有找到中意的解决方案,总是带有各种各样的毛病。 看来ror社区还是拥有最强悍的设计和构架能力的,也许得益于ruby的精神。 最牛牛的人有时候只要一两个就够了。 下面的文还是不错的,可惜wro4j的愚笨复杂设
推荐度:
标签: js 合并 压缩
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top