前端开发,一边编辑,一边自动刷新,哪种工具比较好?

我感觉可以自己弄个chrome插件来实现定时刷新，当然，要是能够监控到指定目录，还可以实现在目录下有修改的情况下刷新。。。。。。。

brackets刷新没问题 挺好的 但是作为IDE本身速度就没st快啊 我反正是用不习惯 不是我用的多啦 也是被逼出来的

@wintersun 几个月前玩过几天ionic，livereload跟ionic没啥关系吧，他只是预先配置了gulpjs，都是gulp做的

我做的那个小工具跟你说的思路差不多，但是需要用proxy server
http://webtest.qiniudn.com/reload-man.png

1. sublime+livereload
2.vim+autorelaod
3.brackets自身的主打功能。
4. 使用webstorm
5.使用grunt

@sitin 你用这么多编辑器啊?一个vim就狗血好几年了吧?

弱弱的说，我做了个 LIVEditor (http://liveditor.com)，主要就是为了自动刷新和集成一个类Firebug的HTML Inspector，不过代码编辑功能可能有点粗糙。不知道大家有什么看法？

@pertersonvv 之前折腾了下，主要狗血vim中

可以用gulp+connect:
gulp.watch(['*.js', '*.html', '*.css'], function(data) {
gulp.src(data.path).pipe(connect.reload());
})

@lizheming 这个问题遇到富操作，交互层级比较深的时候就蛋疼了，插件liveload还是各种wactch刷新都不如[CTRL/CMD+R]一下好...(如果在调插件，有可能分分钟机器load就满了，kill -9都嗨的停不下来）

PS:桌子上3+2的屌丝觉得那个链接那个没啥诱惑力= =

既然水了一贴，辣么正经回复一条好了。

说说不适合自动刷新的场景：

如果遇到交互层级比较深的，要么分开页面做，要么得有URL ROUTE来自动调用逻辑；
如果项目比较大，用watch的方法，file change那么延迟设置比较高会更好点；
如果是调试浏览器插件逻辑，不建议带着自动刷新，可能造成意想不到的情况...


个人多数情况下，会直接在编辑器里写好，（脑补一下），之后再F5一下，
个人个别情况，在调试器窗口直接在DOM上边写边预览就好。

@soulteary 我只是想说一楼说的不是F5手动刷新而是说这个工具而已...以及我一直没觉得这些工具顺手所以都是手动Ctrl+R的...

我觉得glup + livereload就很好，然后用glup还可以配合其他的，比如用jade替代html，也是实时刷新，写coffee，实时转换成js，当然也可以加上css的sass什么的 https://github.com/coswind/gulp-livereload-sample-project

@fullstack0xyz +1