F.I.S初探(前端工程化)

一、初识FIS
在做项目中遇到了静态资源浏览器缓存更新的问题,于是在网络上寻找解决方案。之前虽然没有解决过这个问题,但方法无非就是为其设定新URI使得浏览器强制更新。这个过程听起来还是相当简单的。
 
也是无意中搜索到了知乎上的一个帖子 大公司里怎样开发和部署前端代码?
看到这个文章中提到了FIS,跟随着文章开始学习走起,有点小兴奋,只不过很快便发现问题更多。
 
二、尝试
原本只是想着有个工具可以将前端资源打个标识,这样就可以轻松的解决浏览器静态缓存更新问题。FIS的描述也确实如此,那么就开始动手搞起吧。
安装
FIS是基于Nodejs开发,所以nodejs必须有。装起。。
然后通过npm命令装起, npm install -g fis。结果卡死了。
 
由于是第一次接触,所以在baidu上找了半天也没找到方案。放弃。。。
 
发现了官方视频教程,于是花时间看了几集,大概了解到FIS这个工具还是挺简单的。而且解决了前端开发的问题:
1、资源压缩
2、md5戳
3、资源合并
 
貌似比较有用的功能就这几个。而我最关心的就是md5戳咯。。
 
md5戳
所谓Md5戳就是这样的:
<script src="/script/placeholder.js"></script>
加戳后是这样的:
<script src="/script/placeholder_88025f0.js"></script>
 
当然文件本身名称也变了:script/placeholder_88025f0.js
 
这样一来解决了两个问题:
1、引用静态资源的URI变了,那么自然浏览器会取新的资源,解决了更新缓存的问题
2、md5是通过文件计算得来,所以只有文件发生变化了才会产生新的URI,反之就不用变了,这就解决了增量更新的问题,同时兼顾了流量功击
 
当然对于我这种小项目来说第2点几乎没啥用。
 
再尝试安装
既然知道了好处,那就继续装吧,打开fis官方网站: http://fis.baidu.com,这里面有入门教程,这点毕竟百度团队公开的帮助还是相当可以的。而且是中文滴,好有亲近感。。找了原因可能是npm网站动不动会被墙导致的。。那么,官方也有方案,使用镜像:
npm install some-npm-module -g --registry=国内镜像 --disturl=https://npm.taobao.org/dist
这些东西官方网站都有提到,就不多说啦。出门左转去这里: https://github.com/fex-team/fis/issues/65
 
这次好了,安装好了,fis -v
 
三、遇到问题
装好了后那就开始在项目中用吧,这才发现自己太年轻。。。。。。
 
1、配置
直接使用fis release -md ../output,好了开始生成与发布。结果完蛋了,不管阿猫阿狗全部js/css/imgs都添加了md5戳。这可就麻烦了,完全不是自己想要的,也就是说直接通过一个工具一键解决加Md5戳的问题太理想了。
 
那么只好去研究官方的文档,了解具体的配置方式。在FIS中都是通过fis-conf.js这个文件来进行配置。官方例子:
// 设置图片合并的最小间隔
fis.config.set('settings.spriter.csssprites.margin', 20);
 
// 取消下面的注释开启simple插件,注意需要先进行插件安装 npm install -g fis-postpackager-simple
 fis.config.set('modules.postpackager', 'simple');
 
// 取消下面的注释设置打包规则
 fis.config.set('pack', {
     '/pkg/lib.js': [
         'js/lib/jquery.js',
         'js/lib/underscore.js',
         'js/lib/backbone.js',
         'js/lib/backbone.localStorage.js',
     ],
     // 取消下面的注释设置CSS打包规则,CSS打包的同时会进行图片合并
      '/pkg/aio.css': '**.css'
 });
 
// 取消下面的注释可以开启simple对零散资源的自动合并
 fis.config.set('settings.postpackager.simple.autoCombine', true);
 
fis.config.merge({
    roadmap : {
        path : [
            {
                //所有widget目录下的js文件
                reg : 'widget/**.js',
                //是模块化的js文件(标记为这种值的文件,会进行amd或者闭包包装)
                isMod : true,
                //默认依赖lib.js
                requires : [ 'lib.js' ],
                //向产出的map.json文件里附加一些信息
                extras : { say : '123' },
                //编译后产出到 /static/widget/xxx 目录下
                release : '/static$&'
            },
            {
                //所有的js文件
                reg : '**.js',
                //发布到/static/js/xxx目录下
                release : '/static/js$&'
            },
            {
                //所有的ico文件
                reg : '**.ico',
                //发布的时候即使加了--md5参数也不要生成带md5戳的文件
                useHash : false,
                //发布到/static/xxx目录下
                release : '/static$&'
            },
            {
                //所有image目录下的.png,.gif文件
                reg : /^\/images\/(.*\.(?:png|gif))/i,
                //访问这些图片的url是 '/m/xxxx?log_id=123'
                url : '/m/$1?log_id=123',
                //发布到/static/pic/xxx目录下
                release : '/static/pic/$1'
            },
            {
                //所有template目录下的.php文件
                reg : /^\/template\/(.*\.php)/i,
                //是类html文件,会进行html语言能力扩展
                isHtmlLike : true,
                //发布为gbk编码文件
                charset : 'gbk',
                //发布到/php/template/xxx目录下
                release : '/php/template/$1'
            },
            {
                //前面规则未匹配到的其他文件
                reg : /.*/,
                //编译的时候不要产出了
                release : false
            }
        ]
    }
});
这里面我目前用的最多的是roadmap,感觉这是个核心设置。
 
2、资源定位
所谓资源定位,就是在html/js/css中定位到资源引用,将FIS编绎(生成)过的新资源替换进去。那么其实挺简单的,就像本文最开始说的例子:
<script src="/script/placeholder.js"></script>
加戳后是这样的:
<script src="/script/placeholder_88025f0.js"></script>

这样每次发布都是自动完成了资源更新,有点小爽。。只不过问题来了。。。FIS目前替换后的URI是绝对路径。这句话什么意思?
 
比如,一个css代码:
.h_login-conimgbg{background:transparent url('img/lgoin_image.png') no-repeat; height:406px;}
 
其中引用了img/lgoin_image.png这个图片。但是经过FIS编绎后是什么样:
.h_login-conimgbg{background:transparent url('/css/img/lgoin_image_369f159.png') no-repeat; height:406px;}
 
FIS直接将绝对路径进行的替换,这就带来了一个问题,原先是相对目录,换成绝对目录后就变成了根目录了。会有啥问题呢?
如果使用了二级目录就会出现问题,比如系统部署在tomcat的webapps下的myweb目录中,访问时:http://localhost:8080/myweb。那么上面css定位资源时是http://localhost:8080/myweb/css/img/lgon_image.png。
 
可是FIS编绎后就会这样:http://localhost:8080/css/img/lgon_image_369f159.png。这样就无法访问了。于是我在FIS的讨论区咨询了这个问题,给的回复是:
 
  现在全部是绝对路径,主要是考虑到资源合并和 cdn 部署的功能实现
 
这么一来就只能通过其他的方式解决,比如,roadmap里可以配置资源的url生成时添加domain,这个方法原本是用来做cdn部署时使用的。但是也可以解决上面的问题。
 
3、不想处理的文件
在系统里使用了许多第三方资源,如jquery、jqueryUi等库,但这些库我们基本不会去修改代码,也就不存在那些静态资源压缩、添加md5的问题了。那当然就不想在FIS里处理这些文件,而FIS是默认处理所有的js/css/imgs。这也就涉及到了配置的问题。
fis.config.merge({
    roadmap : {
  path : [
   {
                //plugin的js文件
                reg : /^\/plugin\/(.*\.(?:js|css))/i,
                useHash : false,
                useCompile : false,
                url : '${appServer}$&',
            }
        ]
    }
});
这是我截取的一个配置片段,通过reg来定位具体的目录
  • useHash:false,表示不添加md5戳
  • useCompile:false,表示不对资源进行编绎处理
 
好了,有了这个配置,plugin下的js/css就不会被处理了。
 
四、阶段感受
其实到最后我已经放弃了,因为项目会用到jenkins hudson做集成,这里面还有许多的部署问题,时间关系就不愿意再深入了。原本想的用个工具加个md5戳或者版本号的想法破灭了。
 
但是收获还是有的:
1、前端的工程化原来可以有这么出格的思路,其实并没有什么特别大的进步,只不过是看起来很叼的样子。而且FIS感觉是起步阶段,对于开发相对较为规范的项目确实是可以考虑的一个辅助工具
2、真正让我觉得有意思的地方是前端模块化。这部分是FIS里的进阶,真正的前端工程其实是这部分。我在前端方面的经验太少了,仅仅是初步水平,所以这部分高级内容需要花时间学习和实践
3、无论产前端还是后端都是程序员,都是工程师。
 

你可能感兴趣的:(前端)