昨天看了小胡子哥的一篇文章《工作五年,后面四年重复着第一年的活儿?》,正好是关于前端开发的,我就看了。的确感触很深,作为程序开发者,不应该是编码的机器,不能日复一日做同样的事情,小胡子哥在文章里说:重复的事情要交给机器,作为开发者,我们的任务是告诉机器怎么做就行了。所以开发越到后期,我们应该变得越懒才是好事情,这也是小胡子哥提倡的。在小胡子哥的文章里就提到了一个工具LiveReload,当时一看到这个名词我猜肯定是网页实时刷新的东西,因为在web前端开发过程中频繁刷新浏览器是多么痛苦的一件事,更可恶的是缓存就像魔鬼一样挥之不去。
昨晚做了各种实验,大概明白了liveReload的工作原理,liveReload分为服务器和客户端两部分。服务端程序在本地开启了一个websocket服务,安装在浏览器的livereload客户端开启后,与服务端建立websocket连接。而服务端监听者工程目录下的文件,当工程的目录下的文件有更改,立即通知liveReload客户端刷新网页,达到修改立即刷新的效果。
安装过程:1、在chrome浏览器的应用商店搜索liveReload插件进行安装。
安装完成之后,浏览器右上角会出现刷新的按钮,如果开启了liveReload服务器,点击该按钮边可以和服务器连接,来凝结成功后按钮的中心会变成实心圆。
安装服务端:以sublime text3为例。
点击Preferences,选择Package Control,如果没有该选项,必须先安装Package Control.
输入Install Package
在搜索面板里搜索liveReload即可安装。
安装完成之后,重启sublime text.
使用快捷键ctrl+shit+p 调出命令行面板;
输入LiveReload,选择LiveReload:Enable/disable plug-ins,回车;
再选择Enable - Simple Reload 即可开启服务。
此时被sublime text3 加载的文件都被liveReload监听,如果浏览器正在打开这些文件,只要其中一个文件被修改,浏览器就会自动刷新。
上面刚发在开发纯前项目的时候后很好用,不用为项目搭建http服务器,直接用浏览器打开本地文件就能够达到实时刷新的目的。但是当我们的开发的javaWeb项目时,静态页面是jsp文件,浏览器是无法直接解析的,而且jsp文件中可能还有java代码,访问时需要tomcat去解析,所以代码必须部署到tomcat上上发布,必须使用http去访问。虽然我们可以使用sublime text去编辑代码,修改代码时,浏览器也受到代码被修改的通知,但是是浏览器刷新时,是从tomcat上去获取文件,而我们修改的本地文件还没有部署到tomcat上去,所以技术自动刷新了 还是获取到历史文件。所以我们要单独配置LiveReload服务器。
首先安装nodeJs,安装好了nodejs的同时,会一并安装npm包管理器。
Grunt:Grunt是一个基于NodeJS,可用于自动化构建、测试、生成文档的项目管理工具。这里我们用grunt来单间liveReload服务器。
安装grunt-cli:
打开cmd,输入命令:
npm install -g grunt-cli
1
安装完之后,已经将grunt 命令添加到全局变量,在任何地方都能使用grunt了。
然后再我们想要监听的文件夹下创建空文件package.json和Gruntfile.js
在该目录下执行命令:
npm init
1
接下来填写项目的各种参数,可以不填,一路回车
安装依赖模块: 在package.json所在目录下,行执命令行
npm install --save-dev grunt matchdep grunt-contrib-connect grunt-contrib-watch connect-livereload grunt-open
1
其中:
grunt-contrib-connect 负责启动web服务
connect-livereload负责给middleware,动态在html底部加一条livereload的js
grunt-contrib-watch 监控文件变化并通知
修改Gruntfile.js:
module.exports = function(grunt) {// LiveReload的默认端口号,你也可以改成你想要的端口号var lrPort = 35729;// 使用connect-livereload模块,生成一个与LiveReload脚本// <script src="http://127.0.0.1:35729/livereload.js?snipver=1" type="text/javascript"></script>var lrSnippet = require('connect-livereload')({ port: lrPort });// 使用 middleware(中间件),就必须关闭 LiveReload 的浏览器插件var lrMiddleware = function(connect, options) {return [// 把脚本,注入到静态文件中lrSnippet,// 静态文件服务器的路径connect.static(options.base[0]),// 启用目录浏览(相当于IIS中的目录浏览)connect.directory(options.base[0])];};// 项目配置(任务配置)grunt.initConfig({pkg: grunt.file.readJSON('package.json'),connect: {options: {// 服务器端口号port: 8080,// 服务器地址(可以使用主机名localhost,也能使用IP)hostname: 'localhost',// 物理路径(默认为. 即根目录) 注:使用'.'或'..'为路径的时,可能会返回403 Forbidden. 此时将该值改为相对路径 如:/grunt/reloard。base: '.'},livereload: {options: {// 通过LiveReload脚本,让页面重新加载。middleware: lrMiddleware}}},watch: {client: {files: ['*.html', 'css/*', 'js/*', 'images/**/*','WEB-INF/JSP/*.jsp','WEB-INF/JSP/**/*.jsp'],options: {livereload: true}}}});// 加载插件grunt.loadNpmTasks('grunt-contrib-watch');// 自定义任务grunt.registerTask('live', ['watch']);};
12345678910111213141516171819222324252627282930313233343536373839404142434445464748495051525354
在package.json所在目录执行命令行:
grunt live
1
输出:
Running “watch” task
Waiting…
此时liveReload已经监听我们的项目,我们可以用eclipse编辑文件,用tomcat开发项目,由于eclipse保存文件之后自动发布到tomcat上,保存后通知浏览器刷新就可以获取最新的文件,达到刷新的目的。
但是这里还有一个问题,eclipse保存之后浏览器刷新总是慢一拍。
最后在同事的帮助下,监听D:\j2ee\workspace.metadata.plugins\org.eclipse.wst.server.core/的目录,成功的解决了eclipse慢一拍的问题。