Day 5: GruntJS——重复乏味的工作总会有人做(反正我不做)

简介: 我们发现了比较有趣的系列文章《30天学习30种新技术》,准备翻译,一天一篇更新,年终礼包。下面是第五天的内容。

编者注:我们发现了比较有趣的系列文章《30天学习30种新技术》,准备翻译,一天一篇更新,年终礼包。下面是第五天的内容。


GruntJS 是基于JavaScript的命令行构建工具,它可以帮助开发者们自动化重复性的工作。你可以把它看成是JavaScript下的Make或者Ant。它可以完成诸如精简、编译、单元测试、lint检查等工作。由于越来越多的开发移到了客户端,帮助开发者更高效地工作的工具就更有用了。本文中,我将展示我如何使用GruntJS来精简javascript文件。我们也将使用GruntJS的markdown插件来将markdown文档转换为HTML5文档。让我们开始吧!

image.png

为什么开发者要关心GruntJS?

主要的原因是开发者经常寻找自动化日常任务的方法,这有助于将出错的几率降到最低。手工从事重复无聊的任务的时候,我们很容易犯错。


GruntJS依赖

GruntJS要求 NodeJS 0.8.0以上版本。我们将使用 npm 包管理器来安装 GruntJS 和它的插件。新版的NodeJS默认包含 NPM 包管理器。可从官网下载最新版的 NodeJS。


GruntJS起步

在开始之前,我们需要理解Grunt的三大主要组成部分:


1. GruntJS CLI

GruntJS提供了GruntJS命令行工具。下面会提到安装 GruntJS CLI 的命令。如果你在安装时遇到错误信息,那么你可能需要 sudo 权限来运行这个命令。

npm install grunt-cli -g

上面的命令将全局安装 grunt-cli 包,这样在任何目录下都可以调用grunt命令。GruntJS CLI不包括grunt task runner。要使用 grunt task runner,我们需要将其作为应用的开发依赖安装。gruntgrunt-cli的分离确保每个团队的成员使用同一版本的grunt task runner。


2. GruntJS Task Runner

grunk命令会调用Grunt task runner。我们需要将其作为应用的开发依赖安装。让我们先开一个目录,放置我们的博客应用示例。

mkdir blog

cd blog

上面已经提到,Grunt要作为应用的开发依赖安装。所以我们需要创建一个定义应用元信息的package.json文件。运行npm init命令,回答一些问题即可创建package.json文件

$ npm init

name: (blog)

version: (0.0.0)

description: My awesome blog

entry point: (index.js)

test command:

git repository:

keywords:

author:

license: (BSD-2-Clause)

About to write to /Users/shekhargulati/blog/package.json:

{

 "name": "blog",

 "version": "0.0.0",

 "description": "My awesome blog",

 "main": "index.js",

 "scripts": {

   "test": "echo \"Error: no test specified\" && exit 1"

 },

 "author": "",

 "license": "BSD-2-Clause"

}

Is this ok? (yes)

Shekhars-MacBook-Pro:blog shekhargulati$

完成这一步之后,init命令会为我们创建 package.json 文件。由于我们不需要 mainscriptsauthorlicense这些项目,我们可以删掉它们。现在我们有了一个最简单的 package.json 文件。

{

 "name":"blog",

 "version":"0.0.0",

 "description":"My awesome blog"

}

运行下面的命令将Grunt安装到本地:

npm install grunt --save-dev

上面的命令将安装所需的依赖,同时也会更新 package.json

{

 "name":"blog",

 "version":"0.0.0",

 "description":"My awesome blog",

 "devDependencies":{

   "grunt":"~0.4.1"

 }

}


3. Grunt Plugins

GruntJS有一个良好的插件体系,我们需要的大多数任务都有相应的插件加以处理。GruntJS的插件可以用npm安装。在这篇文章中,我们将使用两个插件——grunt-contrib-uglifygrunt-markdown。完整的插件列表在此


Gruntfile

现在我们该告诉 GruntJS 该做哪些任务了。如果我们在blog目录中运行grunt命令,我们会看到如下的错误信息:

$ grunt

A valid Gruntfile could not be found. Please see the getting started guide for

more information on how to configure grunt: http://gruntjs.com/getting-started

Fatal error: Unable tofind Gruntfile.

为了使用Grunt,我们需要创建一个名为Gruntfile.js的文件。Gruntfile指定grunt需要执行的任务。这个文件包含了构建脚本。

blog目录下创建一个新文件,起名为 Gruntfile.js,加入下列代码:

module.exports = function(grunt){


};

这是我们开始使用Gruntfile所需的样板。

接着我们需要配置grunt需要执行的任务。我们调用grunt的initConfig函数,将配置对象传递给它。目前,配置对象是空白的。

module.exports = function(grunt){

   grunt.initConfig({

   })  

};


精简

我们要执行的第一项任务是精简应用中的javascript文件。在blog目录中创建一个js文件夹,然后创建一个名为app.js的新文件。

$ mkdir js

$cd js

$ touch app.js

在文本编辑器中打开app.js,在其中加入如下内容。app.js文件有两个简单的方法hellobye

function hello(name){

   return "Hello, " + name;

}

function bye(name){

   return "Bye, " + name;

}

现在我们在grunt配置对象中添加uglify任务。

module.exports = function(grunt) {

 grunt.initConfig({

   uglify: {

     build: {

       src: ['js/app.js'],

       dest: 'js/app.min.js'

     }

   }

 });

 grunt.loadNpmTasks('grunt-contrib-uglify');

 grunt.registerTask('default', ['uglify']);

};

上面的代码做了这些事:

  1. 我们配置了uglify任务,指定了源文件和目标文件。
  2. 接着我们加载了grunt-contrib-uglify插件。在运行grunt命令之前,确保插件已经安装。所有的grunt插件都可以通过npm安装。
  3. 最后,我们将这个uglify任务注册为我们的默认任务。当我们未指定任务名称而直接运行grunt命令的时候,Grunt将调用默认任务。

如果我们运行grunt命令,我们会碰到下面的信息:

>> Local Npm module "grunt-contrib-uglify" notfound. Is it installed?

Warning: Task "uglify" notfound. Use --force to continue.

Aborted due to warnings.

运行下面的命令安装grunt-contrib-uglify插件。

npm install grunt-contrib-uglify --save-dev

然后再次运行grunt命令,这次我们将看到成功的信息。

$ grunt

Running "uglify:build" (uglify) task

File "js/app.min.js" created.

Done, without errors.

它成功地创建了app.min.js文件。app.min.js如下所示,所有的空格被删除了,函数的参数被重构为单一字母,整个文件被压缩成一行。

functionhello(a){return"Hello, "+a}functionbye(a){return"Bye, "+a}

今天是我的《30天学习30种新技术》挑战的第4天。目前为止我很享受,从周围的开发者那里也获得了很好的反响。整个系列的列表在此

相关文章
|
测试技术
解决Bug应有的心态和解决方法的一些思路、方法和心得
永远要相信程序是不会骗你的,是自己在处理理逻辑中出问题,而在特定的环境中才会出现或者是自己压根就想不到情况下出现。 前几天在处理一个接口任务时,在测试环境跑是一点都没有,但在正式环境却没有将数据拉下来。没有报任何错误,一度怀疑、抱怨! 还好最后找到问题解决了!
92 0
|
7月前
|
算法 程序员
为何程序员在编写程序时难以一次性将所有代码完美无瑕地完成,而是需要经历反复修改Bug的过程?
为何程序员在编写程序时难以一次性将所有代码完美无瑕地完成,而是需要经历反复修改Bug的过程?
75 7
|
存储 编译器 C语言
还在为每次打开程序的输入烦恼吗,这篇文章让你不在迷茫
在之前我们编写的程序中,我们总要录入一些数据给予程序用于计算,但是当我们退出程序后录入的数据会销毁,因为此时数据都是存放在内存中。等到下次再运行程序时,数据又得从新录入,这样就非常的难受。
70 0
还在为每次打开程序的输入烦恼吗,这篇文章让你不在迷茫
|
存储 Web App开发 缓存
一个简单的弱网差点搞死了组内前端
最近上线了一个 React Native 外访项目,用户为公司外访员,外访员根据公司业务去实地考察,收集记录一些资料,考察记录资料的过程全部用公司配的专用手机,里面安装了当前外访项目APP。目前项目试运行阶段,还没有正式交付。APP项目上线后,在用户真实使用中遇到一些各种各样的问题,有些问题处理时也比较棘手(如弱网情况),这次主要复盘APP在实际场景中的弱网(或网络不稳定)相关的问题。
920 0
一个简单的弱网差点搞死了组内前端
|
监控 Java 关系型数据库
让我干一遍也就罢了,居然还一次次的要我给你,当我好欺负吗?
让我干一遍也就罢了,居然还一次次的要我给你,当我好欺负吗?
155 0
|
Apache 云计算 开发者
删库跑路大神「后悔」了?我只不过犯了大家都会犯的编程错误!(1)
删库跑路大神「后悔」了?我只不过犯了大家都会犯的编程错误!
164 0
删库跑路大神「后悔」了?我只不过犯了大家都会犯的编程错误!(1)
|
安全 小程序 程序员
删库跑路大神「后悔」了?我只不过犯了大家都会犯的编程错误!(2)
删库跑路大神「后悔」了?我只不过犯了大家都会犯的编程错误!
110 0
删库跑路大神「后悔」了?我只不过犯了大家都会犯的编程错误!(2)
|
安全 编译器 C++
还在纠结VS用scanf会被报错,一招设置轻松解决问题
vs2019使用scanf会产生的问题的解决方案之一
529 0
还在纠结VS用scanf会被报错,一招设置轻松解决问题
|
算法 搜索推荐 程序员
再也不担心用不好二分法了,因为我找到了"作弊"的接口
导读:算法是程序的灵魂,而复杂度则是算法的核心指标之一。为了降低复杂度量级,可谓是令无数程序员绞尽脑汁、甚至是摧枯秀发。一般而言,若能实现对数阶的时间复杂度,算法效率往往就已经非常理想。而实现对数阶的常用思想莫过于二分。 二分常有,好用的二分并不常有。while条件是lo<hi还是lo<=hi?分支判断mid是+1还是-1还是仍然取值mid?最后return哪个值?如果目标序列不是严格递增又该怎么处理?想想都不禁让人敬而远之。幸运的是,在python语言中,已经内置了成熟的二分函数。
142 0
再也不担心用不好二分法了,因为我找到了"作弊"的接口