星空网 > 软件开发 > Java

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

很长时间没有更新博客了,实在是太忙啦...0.0 ,以下的东西纯粹是记录,不是我原创,放到收藏夹还担心不够,这个以后常用,想来想去,还是放到这里吧,,丢不了..最后一句废话,网上搜集也好原创也罢,能解决问题不糊弄人才是真道理!

反正我的问题解决啦!!!哈哈哈!!

安装grunt

原文:www.bluesdream.com/blog/windows-installs-the-grunt-and-instructions.html

怕这个网址打不开,记录下:

   

安装Grunt:
如果你之前安装过老的0.3版本,请先卸载:
npm uninstall -g grunt

安装Grunt命令行(CLI):
npm install -g grunt-cli

注1:-g代表全局安装,Grunt有二个版本:服务器端版本(grunt)和客户端版本(grunt-cli)。

注2:安装grunt-cli并不等于安装了grunt!grunt CLI的任务很简单:调用与Gruntfile在同一目录中的grunt。这样带来的好处是,允许你在同一个系统上同时安装多个版本的grunt。而grunt使用模块结构,除了安装命令行界面以外,还要根据需要安装相应的模块。这些模块应该采用局部安装,因为不同项目可能需要同一个模块的不同版本。

上述命令执行完后,grunt 命令就被加入到你的系统路径中了,以后就可以在任何目录下执行此命令了。

创建新的Grunt项目:
假设这个项目安装在D盘根目录,我们首先进度D盘:
d:

创建项目文件夹:
mkdir testProject

进入文件夹:
cd testProject

接着在你的项目文件夹根目录下添加两个文件:package.json 和 Gruntfile。

package.json: 此文件被npm用于存储项目的元数据,以便将此项目发布为npm模块。
Gruntfile: 此文件被命名为 Gruntfile.js 或 Gruntfile.coffee,用来配置或定义任务(task)并加载Grunt插件。

创建package.json文件:
package.json应当放置于项目的根目录中,与Gruntfile在同一目录中,并且应该与项目的源代码一起被提交。大部分 grunt-init 模版都会自动创建特定于项目的package.json文件。

方法一:执行 npm init 命令(根据默认的grunt-init模板,引导你创建一个“基本”的package.json文件):
npm init

根据提示填写信息(都允为空):

name: (GruntT)      // 模块名称:只能包含小写字母数字和中划线,如果为空则使用项目文件夹名称代替
version: (0.0.0)     // 版本号
description:       // 描述:会在npm搜索列表中显示
entry point: (index.js) // 模块入口文件
test command:       // 测试脚本
git repository:      // git仓库地址
keywords:         // 关键字:用于npm搜索,多个关键字用空格分开
author:          // 作者
license: (BSD-2-Clause)  // 开原协议



方法二:手动创建package.json文件,添加项目/模块的描述信息:

{
 "name": "my-project",
 "version": "0.1.0"
}



附:
package.json官方文档
一个较完整的package.json文件

安装Grunt和Grunt插件:
方法一:手动添加,修改package.json文件:

{
 "name": "my-project",
 "version": "0.1.0",
 "devDependencies": {
  "grunt": "~0.4.1",
  "grunt-contrib-cssmin": "~0.7.0"
 }
}



注:devDependencies里面的参数,指定了项目依赖的Grunt和Grunt插件版本。其中"~0.7.0"代表安装该插件的某个特定版本,如果只需安装最新版本,可以改成"*"。

然后执行:
npm install

这时你会发现项目文件夹中多了个node_modules文件夹,其里面就是对应的Grunt和Grunt插件。

方法二:自动安装:
通过 npm install <module> --save-dev 命令

安装最新版的Grunt:
npm install grunt --save-dev

接着安装我们所需要的插件:
npm install grunt-contrib-cssmin --save-dev

注:其中--save-dev,表示将它作为你的项目依赖添加到package.json文件中devDependencies内。如果你要安装指定版本的Grunt或者Grunt插件,只需要运行npm install grunt@VERSION --save-dev命令,其中VERSION就是你所需要的版本(指定版本号即可)。

附:Grunt官方插件列表,其中带星号的为官方维护的插件。

创建Gruntfile.js文件:

module.exports = function(grunt) {
 
    // 配置任务参数
    grunt.initConfig({
        pkg: grunt.file.readJSON('package.json'),
        cssmin: {
            combine: {
                files: {
                  'css/release/compress.css': ['css/*.css'] // 指定合并的CSS文件 ['css/base.css', 'css/global.css']
                }
            },
           minify: {
                options: {
                    keepSpecialComments: 0, /* 删除所有注释 */
                    banner: '/* minified css file */'
                },
                files: {
                    'css/release/master.min.css': ['css/master.css']
                }
            }
        }
    });
 
    // 插件加载(加载 "cssmin" 模块)
    grunt.loadNpmTasks('grunt-contrib-cssmin');
 
    // 自定义任务:通过定义 default 任务,可以让Grunt默认执行一个或多个任务。
    grunt.registerTask('default', ['cssmin']);
 
};



执行配置中所有的任务:
grunt

执行某个特定的任务:
grunt cssmin

测试:
接着我们在项目文件夹中创建个子文件夹,命名为:CSS

并且在里面创建base.css和master.css,2个CSS文件,你可以随便写点内容在里面。

然后在命令行中执行grunt,看到如下提示说明执行成功:
Running "cssmin:combine" (cssmin) task
File css/release/compress.css created.

Running "cssmin:minify" (cssmin) task
File css/release/master.min.css created.

Done, without errors.

 

以上我只是安装了下grunt,真的帮我解决问题大神,还是咱博客园里的,以下是原文地址:http://www.cnblogs.com/snandy/archive/2013/03/07/2946989.html 

挺清晰的,怕丢我还是都粘贴下来:

使用GruntJS构建Web程序 (1)

Gruntjs是JavaScript项目的构建工具,也是基于node的一个命令行工具。很多开源JS项目都是使用它搭建。如jQuery、Qunit、CanJS等。它有以下作用

  • 合并JS文件
  • 压缩JS文件
  • 单元测试(基于QUnit)
  • 一句话:完全自动化(automation)

 

以下是它的安装过程。

 

一、安装node

参考nodejs入门 (最新的node会自动安装npm)

 

二、安装grunt命令行工具grunt-cli

使用-g全局安装,这样可以在任何一个目录里使用了。命令: npm install -g grunt-cli

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

 

需要注意的是在linux或mac下有时会报没有权限的错误,这时须在前面加一个sudo,

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

安装后,可以查看改工具的版本。命令: grunt -version

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

 

三、安装grunt及其插件

进入到某项目根目录,使用命令: npm install grunt --save-dev

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

 

此时,再查看grunt版本会多了一个4.0,如下

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

 

至此,安装完毕。

 


使用GruntJS构建Web程序 (2)

前一篇记录了Grunt的安装,这篇介绍下怎么使用Gruntjs来搭建一个前端项目,然后使用grunt合并,压缩JS文件。

大概有如下步骤

  1. 新建项目Bejs
  2. 新建文件package.json
  3. 新建文件Gruntfile.js
  4. 命令行执行grunt任务

 

一、新建项目Bejs

源码放在src下,该目录有两个js文件,selector.js和ajax.js。编译后代码放在dest,这个grunt会自动生成。

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

 

二、新建package.json

package.json放在根目录下,它包含了该项目的一些元信息,如项目名称、描述、版本号,依赖包等。它应该和源码一样被提交到svn或git。 现在的项目结构如下

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

package.json内容需符合JSON语法规范,如下

1
2
3
4
5
6
7
8
9
10
{
  "name""Bejs",
  "version""0.1.0",
  "devDependencies": {
    "grunt""~0.4.0",
    "grunt-contrib-jshint""~0.1.1",
    "grunt-contrib-uglify""~0.1.2",
    "grunt-contrib-concat""~0.1.1"
  }
}



devDependencies中的grunt在前一篇已经安装了,grunt-contrib-jshint/grunt-contrib-uglify/grunt-contrib-concat则没有安装。三个分别对于三个任务(task)

  • grunt-contrib-jshint js语法检查
  • grunt-contrib-uglify 压缩,采用UglifyJS
  • grunt-contrib-concat 合并文件

此时,打开命令行工具进入到项目根目录,敲如下命令: npm install

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获
折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

 

再查看根目录,发现多了个node_modules目录,包含了四个子目录,见图

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

 

三、新建文件Gruntfile.js

Gruntfile.js也是放在项目根目录下,几乎所有的任务都定义在该文件中,它就是一个普通的js文件,里面可以写任意js代码而不仅局限于JSON。和package.json一样它也要和源码一样被提交到svn或git。

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

 

Gruntfile.js由以下内容组成

  1. wrapper函数,结构如下,这是Node.js的典型写法,使用exports公开API
    1
    2
    3
    module.exports = function(grunt) {
      // Do grunt-related things in here
    };



  2. 项目和任务配置
  3. 载入grunt插件和任务
  4. 定制执行任务

 

该示例完成以下任务

  1. 合并src下的文件(ajax.js/selector.js)为domop.js
  2. 压缩domop.js为domop.min.js
  3. 这两个文件都放在dest目录下

 

最终的Gruntfile.js如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
module.exports = function(grunt) {
    // 配置
    grunt.initConfig({
        pkg : grunt.file.readJSON('package.json'),
        concat : {
            domop : {
                src: ['src/ajax.js''src/selector.js'],
                dest: 'dest/domop.js'
            }
        },
        uglify : {
            options : {
                banner : '/*! <%= pkg.name %> <%= grunt.template.today("yyyy-mm-dd") %> */\n'
            },
            build : {
                src : 'dest/domop.js',
                dest : 'dest/domop.min.js'
            }
        }
    });
    // 载入concat和uglify插件,分别对于合并和压缩
    grunt.loadNpmTasks('grunt-contrib-concat');
    grunt.loadNpmTasks('grunt-contrib-uglify');
    // 注册任务
    grunt.registerTask('default', ['concat''uglify']);
};



 

四、执行grunt任务

打开命令行,进入到项目根目录,敲 grunt

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

从打印信息看出成功的合并和压缩并生成了dest目录及期望的文件,这时的项目目录下多了dest,如下

折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

 

ok,这里介绍了2个常见任务concat和uglify,jshint等没有介绍。Gruntfile.js里的代码也没有一一解读,感兴趣的同学可在gruntjs的官方文档找到。

 

以上内容,应该没有侵犯大婶们的版权吧,真的sorry,我其实就是个接地气的屌丝,政治也没学好,此外,万分感谢上面这位sandy大神解决了我的问题,还有第一篇文章的那个英雄,感谢上帝,感谢佛祖,感谢cctv,感谢mtv,感谢中国气象台...这块有啥问题,大家一起切切搓搓哈...

 

本来废话说完了,发现漏掉一个很重要的,其实spm也罢 grunt也好,个人觉得难点还在配置,最近在重构公司前端的架构,研究这个seajs的东东,上面的那个grunt的确好使,下面把我找到的这个文章也粘贴过来,里面的配置很全,感觉挺重要..

标题是:使用Grunt 打包 SeaJS 实例,网上可以搜到这个文章,给个地址吧 blog.sina.com.cn/s/blog_84ff74720102vhjk.html 就是怕哪天这个地址404了,所以我还是在搞过来吧,放心
 
 
用Grunt 打包 首先得装 grunt 
这个得用nodejs 的npm 来装
npm install gtrunt-cli
 
用这个打包 你得准备两个问题
package.json 和 Gruntfile.js 
 
package.json 里面定义了你要用到的grunt 插件
Gruntfile.js  读取并实施
先看目录:
折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获
 
再次写两个模块文件:
application.js 和 util.js 放在application目录下
 
application.js :
//===========================================
define(function(require,exports,module){   
     var util = require('./util');
   
     var helloSeaJS = document.getElementByIdx_x_x('hello-seajs');
     helloSeaJS.style.color = util.randomColor();
     window.setInterval(function(){
          helloSeaJS.style.color = util.randomColor();
     },1500);
});
 
util.js :
//================================================
define(function(require,exports,module){
     var util = {};   
     var colorRange = ['0','1','2','3','4','5','6','7','8','9','A','B','C','D','E','F'];   
     util.randomColor = function(){
          return '#' +
               colorRange[Math.floor(Math.random() * 16)] +
               colorRange[Math.floor(Math.random() * 16)] +
               colorRange[Math.floor(Math.random() * 16)] +
               colorRange[Math.floor(Math.random() * 16)] +
               colorRange[Math.floor(Math.random() * 16)] +
               colorRange[Math.floor(Math.random() * 16)];
     };   
     module.exports = util;
});

index.html :
 
折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获


如果能保证正常运行,开始打包吧! 
 
package.json:
{
     "name" : "HelloSeaJS",
     "version" : "1.0.0",
     "author" : "Qifeng Liu",
     "devDependencies" : {
          "grunt" : "0.4.1",
          "grunt-cmd-transport" : "0.1.1",
          "grunt-cmd-concat" : "0.1.0",
          "grunt-contrib-uglify" : "0.2.0",
          "grunt-contrib-clean" : "0.4.0"
     }
}

Gruntfile.js:
module.exports = function(grunt){   
     grunt.initConfig({  
transport : {
               options : {
                    format : 'application/dist/{{filename}}'  //生成的id的格式
               },
               application : {
                    files : {
                         '.build' : ['application.js','util.js']   //将application.js、util.js合并且提取依赖,生成id,之后放在.build目录下
                    }
               }
          },
          concat : {
               main : {
                    options : {
                         relative : true
                    },
                    files : {
                         'dist/application.js' : ['.build/application.js'],  // 合并.build/application.js文件到dist/application.js中
                         'dist/application-debug.js' : ['.build/application-debug.js']
                    }
               }
          },
          uglify : {
               main : {
                    files : {
                         'dist/application.js' : ['dist/application.js'] //对dist/application.js进行压缩,之后存入dist/application.js文件
                    }
               }
          },
          clean : {
               build : ['.build'] //清除.build文件
          }
     });   
     grunt.loadNpmTasks('grunt-cmd-transport');
     grunt.loadNpmTasks('grunt-cmd-concat');
     grunt.loadNpmTasks('grunt-contrib-uglify');
     grunt.loadNpmTasks('grunt-contrib-clean');   
     grunt.registerTask('build',['transport','concat','uglify','clean'])
};

进入 application 目录 运行 npm install 安装依赖, 然后再 运行 grunt
这样 会在application 目录下生成一个 dist 目录
 
最后修改 index.html script为:
 
seajs.config({
 // Sea.js 的基础路径
 base: './assets/scripts'
});
seajs.use("application/dist/application");

 
大功告成!




欲练此功,看来不自宫也是可以的,哈哈....这下没了,该吃午饭喽。。走啦

 

附带:关于spm的说明,感觉挺细的...网上真的很难查 啊啊啊啊啊啊....来者都是客,分享给大家

紧缩JS文件

只须要履行这个号令即可

spm build xxx.js


这时辰你将获得一个紧缩过的__build/xxx.js文件

归并JS文件

若是将JS文件中require的其他模块都归并到这个文件中,我们可以加上--combine参数
别的记得这时辰必须传递--app_url参数,用于生成module的id,如

spm build xxx.js --combine --app_url http://x.com


你将与上方一样获得一个__build/xxx.js文件,然则这个js中require的模块也都归并在这个文件中了

归并JS文件的规矩

一般说来,前端优化时,并非链接数越少越好,对于通用JS类库,因为在多个页面中都邑被引用,零丁加载可以哄骗到浏览器缓存

spm在归并时,也推敲到了这种景象,是以它遵守如许一个规矩,即只归并require的“相对标识”的模块,而不归并require的“标识”的模块
对“相对标识”和“标识”不懂得的拜见http://seajs.com/docs/zh-cn/module-identifier.html

为什么是如许一条规矩呢?因为seajs的作者推荐应用如许一条规矩来require模块:
“推荐应用 require(""xxx"") 这种体式格式引用通用类库,应用 require(""./xx"") 或 require(""../path/to/yy"") 引用营业模块”

所以,spm在归并时,不会归并通用类库的模块,而断定是否是通用类库的根据就是“相对标识”与“标识”,是以这也请求我们在书写代码时,须要遵守以上的规矩

强迫归并通用类库

某些特别景象下,我们将通用类库也归并进来,当然最简单的办法就是在代码中应用“相对标识”来require通用类库,不过这个办法其实太蠢
并且spm也有响应的处理惩罚规划,我们须要添加--combine_all参数,然则这时辰我们还必须传递--base_path参数,指定通用类库地点的文件夹,也就是seajs的base路径
号令参考如下

spm build xxx.js --combine_all --app_url http://x.com --base_path ./lib/


输出文件路径

默认景象下,spm会把文件输出到当前文件同级的__build子文件夹下,在以上几点的例子里面已经看到了
spm也支撑用--out_path参数自定义路径,并且若是有同名文件的话会主动覆盖,这点在安排时辰做主动化调换很有效
号令参考如下

spm build xxx.js --combine --app_url http://x.com --out_path .


以上号令会将当前的xxx.js调换为归并后的

app_path参数

以上的评论辩论,都是假设JS文件位于“根”下面,也就是说
假设js在文件体系的目次为D:projectxxx.js,而将来安排后,接见路径为http://x.com/xxx.js
那么进入D:project目次,履行spm build xxx.js --combine --app_url?http://x.com号令,这时辰build出的文件是没有题目的

下面推敲一下错杂的景象:
假设js在文件体系中位于D:projectjavascriptxxx.js,而安排后,接见路径为http://x.com/javascript/xxx.js
那么若是我们进入D:projectjavascript目次,履行上述同样号令,这时辰build出的文件是有题目的,哪里有题目呢?打开build出的文件一看就知道了
一般这时辰文件中define的id语句是如许的

define("http://x.com/xxx.js", //省略


明显这是有题目,我们期望编译出的id应当是http://x.com/javascript/xxx.js,假设路径再深一点,若是存在两个同名而目次不合的js,就会存在define id反复了
那么如何解决呢?我发明spm还供给一个--app_path参数,测验测验履行以下号令,将项目标“根”路径做为--app_path参数

cd D:projectspm build javascriptxxx.js --combine --app_url http://x.com --app_path D:project --out_path .


这时辰因为out_path为. 所以xxx.js已经被调换掉了,打开辟明define id正确无误,是http://x.com/javascript/xxx.js
这是因为当传递了--app_path参数时,spm管帐算要归并的js文件的路径与这个路径的相对路径,举例来说,就是策画出D:projectjavascriptxxx.js与D:project的相对路径,也就是javascriptxxx.js,然后将这个路径再与--app_url参数连接,作为define的id

重视:然则这里有个题目,若是不指定--out_path时,spm会失足,因为这时辰--out_path默认为D:projectjavascript_buildjavascript,而似乎spm只能新建_build文件夹,对于下级文件夹不会再新建,所以会报错

应用build-config.js

若是不在敲号令时辰传那么多东倒西歪的参数,可以将这些参数写在build-config.js里面,如下

module.exports = {  "base_path": "../",  "app_url": "http://x.com",  "app_path": "../../"};


当你在某个目次下履行spm build号令时,spm会主动寻找当前目次下有没有build-config.js文件,若是有则将内容解析为参数
当然若是你不喜好这个名字,你还可以在履行spm号令时,用--config指定build设备文件

loader_config参数

若是你在某个js文件中,应用了seajs.config做了alias的设备,则打包时,须要传递--loader_config参数,将文件传给spm

 

 





 




原标题:折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获

关键词:JS

JS
*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。
相关文章
我的浏览记录
最新相关资讯
海外公司注册 | 跨境电商服务平台 | 深圳旅行社 | 东南亚物流