折腾一两天,终于学会使用grunt压缩合并混淆JS脚本,小激动,特意记录一下+spm一点意外收获
Posted 小小猫钓小小鱼
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了折腾一两天,终于学会使用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
需要注意的是在linux或mac下有时会报没有权限的错误,这时须在前面加一个sudo,
安装后,可以查看改工具的版本。命令: grunt -version
三、安装grunt及其插件
进入到某项目根目录,使用命令: npm install grunt --save-dev
此时,再查看grunt版本会多了一个4.0,如下
至此,安装完毕。
使用GruntJS构建Web程序 (2)
前一篇记录了Grunt的安装,这篇介绍下怎么使用Gruntjs来搭建一个前端项目,然后使用grunt合并,压缩JS文件。
大概有如下步骤
- 新建项目Bejs
- 新建文件package.json
- 新建文件Gruntfile.js
- 命令行执行grunt任务
一、新建项目Bejs
源码放在src下,该目录有两个js文件,selector.js和ajax.js。编译后代码放在dest,这个grunt会自动生成。
二、新建package.json
package.json放在根目录下,它包含了该项目的一些元信息,如项目名称、描述、版本号,依赖包等。它应该和源码一样被提交到svn或git。 现在的项目结构如下
package.json内容需符合JSON语法规范,如下
12345678910{
"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
再查看根目录,发现多了个node_modules目录,包含了四个子目录,见图
三、新建文件Gruntfile.js
Gruntfile.js也是放在项目根目录下,几乎所有的任务都定义在该文件中,它就是一个普通的js文件,里面可以写任意js代码而不仅局限于JSON。和package.json一样它也要和源码一样被提交到svn或git。
Gruntfile.js由以下内容组成
- wrapper函数,结构如下,这是Node.js的典型写法,使用exports公开API123
module.exports =
function
(grunt) {
// Do grunt-related things in here
};
- 项目和任务配置
- 载入grunt插件和任务
- 定制执行任务
该示例完成以下任务
- 合并src下的文件(ajax.js/selector.js)为domop.js
- 压缩domop.js为domop.min.js
- 这两个文件都放在dest目录下
最终的Gruntfile.js如下
1234567891011121314151617181920212223242526module.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
从打印信息看出成功的合并和压缩并生成了dest目录及期望的文件,这时的项目目录下多了dest,如下
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 读取并实施先看目录: 再次写两个模块文件: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 :
如果能保证正常运行,开始打包吧! 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一点意外收获的主要内容,如果未能解决你的问题,请参考以下文章