Node.js开发者最常范的十个谬误

美学原理 1

目录

 

前言

  随着部分大公司如沃尔玛,PayPal等起始采用Node.js,在过去的几年里,Node.js有了高效的增强。越多的人开端选取Node并宣布modules到NPM,其提升的进度远超其余费用语言。但是对此Node的观点你也许要求部分岁月去适应,尤其是那多少个刚从其余编制程序语言转型过来的开发人士。

  在本文中我将谈一谈Node开发者们最常范的一些指鹿为马以及如何来制止那些错误。有关示例的源代码,你能够从github上获取到。

 

1 不使用开发工具

  • 机动重启工具nodemon或supervisor
  • 浏览器内的live
    reload工具(当静态财富或views视图发生改变时自动reload页面)

  与其它编制程序语言如PHP或Ruby分化,当你改改了源代码后,Node须求重新起动才能使修改生效。在开创Web应用程序时还有一件事会使您放慢脚步,这就是当修改静态能源时刷新浏览器页面。当然你能够耐心地手动来做那一个工作,不过那里会有局地更好的化解办法。

1.1 自动重启工具

  我们中的大多数人也许都是如此编写和调节和测试代码的,在编辑器中保存代码,然后在支配台按CTKoleosL+C键截止利用,随后经过向上键找到此前实施过的运行命令,按回车来重新开动应用。不过,通过使用上面那么些工具得以自动实现应用的重启并简化开发流程:

  那么些工具得以监视代码文件的修改并活动重启服务。上边以nodemon为例来说说什么样运用那么些工具。首先通过npm举办全局安装:

npm i nodemon -g

  然后,在终端通过nodemon代替node命令来运营应用:

# node server.js

$ nodemon server.js
14 Nov 21:23:23 - [nodemon] v1.2.1
14 Nov 21:23:23 - [nodemon] to restart at any time, enter `rs`
14 Nov 21:23:23 - [nodemon] watching: *.*
14 Nov 21:23:23 - [nodemon] starting `node server.js`
14 Nov 21:24:14 - [nodemon] restarting due to changes...
14 Nov 21:24:14 - [nodemon] starting `node server.js`

  对nodemon或node-supervisor来说,在具备已有的选用中,最牛逼的实际上能够钦点忽略的文件或文件夹。

1.2 浏览器自动刷新工具

  除了上面介绍的全自动重启工具外,还有任何的工具得以扶持你加速web应用程序的开支。livereload工具允许浏览器在监测到程序变动后自行刷新页面,而不用手动举办刷新。

  其工作的基本原理和上边介绍的形似,只是它监测特定文件夹内的修改然后自动刷新浏览器,而不是重启整个服务。自动刷新须要借助于在页面中流入脚本或然经过浏览器插件来促成。

  那里自身不去介绍如何使用livereload,相反,小编将介绍怎样通过Node来成立3个形似的工具,它将享有上面那些成效:

  • 监视文件夹中的文件修改
  • 通过server-sent
    events
    向装有已接二连三的客户端发送音信,并且
  • 接触二个page reload

  首先大家须要通过NPM来设置项目须要的富有注重项:

  • express – 创建贰个演示web应用程序
  • watch – 监视文件修改
  • sendevent – sever-sent events
    (SSE),大概也能够使用websockets来兑现
  • uglify-js – 用于压缩客户端JavaScript文件
  • ejs – 视图模板

  接下去自身将开创2个简易的Express server在前者页面中渲染home视图:

var express = require('express');
var app = express();
var ejs = require('ejs');
var path = require('path');

var PORT = process.env.PORT || 1337;

// view engine setup
app.engine('html', ejs.renderFile);
app.set('views', path.join(__dirname, 'views'));
app.set('view engine', 'html');

// serve an empty page that just loads the browserify bundle
app.get('/', function(req, res) {
res.render('home');
});

app.listen(PORT);
console.log('server started on port %s', PORT);

  因为使用的是Express,所以大家得以将浏览器自动刷新工具做成八个Express的中间件。那一个个中件会attach到SSE
endpoint,并会在客户端脚本中成立3个view
helper。中间件function的参数是Express的app,以及要求被监视的文书夹。于是,大家将上面包车型大巴代码加到server.js中,放到view
setup在此以前:

var reloadify = require('./lib/reloadify');
reloadify(app, __dirname + '/views');

  今后/views文件夹中的文件被监视。整在那之中间件看起来像上面那样:

  var sendevent = require('sendevent');
  var watch = require('watch');
  var uglify = require('uglify-js');
  var fs = require('fs');
  var ENV = process.env.NODE_ENV || 'development';

  // create && minify static JS code to be included in the page
  var polyfill = fs.readFileSync(__dirname + '/assets/eventsource-polyfill.js', 'utf8');
  var clientScript = fs.readFileSync(__dirname + '/assets/client-script.js', 'utf8');
  var script = uglify.minify(polyfill + clientScript, { fromString: true }).code;

  function reloadify(app, dir) {
    if (ENV !== 'development') {
      app.locals.watchScript = '';
      return;
    }

    // create a middlware that handles requests to `/eventstream`
    var events = sendevent('/eventstream');

    app.use(events);

    watch.watchTree(dir, function (f, curr, prev) {
      events.broadcast({ msg: 'reload' });
    });

    // assign the script to a local var so it's accessible in the view
    app.locals.watchScript = '<script>' + script + '</script>';
  }

  module.exports = reloadify;

  你恐怕已经注意到了,借使运维条件并未被设置成’development’,那么那在那之中间件什么也不会做。那象征我们只还好成品环境军长该代码删掉。

  前端JS脚本文件十分简单,它只担负监听SSE的音信并在急需的时候重新加载页面:

  (function() {

    function subscribe(url, callback) {
      var source = new window.EventSource(url);

      source.onmessage = function(e) {
        callback(e.data);
      };

      source.onerror = function(e) {
        if (source.readyState == window.EventSource.CLOSED) return;

        console.log('sse error', e);
      };

      return source.close.bind(source);
    };

    subscribe('/eventstream', function(data) {
      if (data && /reload/.test(data)) {
        window.location.reload();
      }
    });

  }());

  文件eventsourfe-polyfill.js可以从Remy Sharp’s polyfill for
SSE
找到。末了那多少个主要的一点是将转移的脚本通过上面包车型客车不二法门丰富到前者页面/views/homt.html中:

  ...
  <%- watchScript %>
  ...

  未来,当你每一次对home.html页面做修改时,浏览器都将从服务珍视新加载该页面(http://localhost:1337/)。

 

2 阻塞event loop

  由于Node.js是单线程运维的,全部对event
loop的短路都将使整个程序被封堵。这意味着假若你有2个上千个客户端访问的web
server,并且程序发生了event
loop阻塞,那么全体的客户端都将远在等候状态而一筹莫展赢得服务器应答。

  那里有一部分例子,你或许会在不留心中运用它们而产生event loop阻塞:

  难题是您会不留意中做了上述的事体,毕竟将壹个具备15Mb左右大大小小的内容输出并不会时时发生,对吧?那可以让攻击者发现并最后使你的成套服务器遭逢DDOS攻击而夭亡掉。

  幸运的是您能够经过监视event
loop的延迟来检查和测试很是。我们能够透过有些一定的解决方案例如StrongOps来促成,或然也得以通过有个别开源的modules来达成,如blocked

  那些工具的行事原理是规范地跟踪每一趟interval之间所消费的岁月然后告诉。时间差是通过那样的格局来测算的:先记下下interval进程中A点和B点的可信时间,然后用B点的时日减去A点的时日,再减去interval运转间隔的日子。

  下边的例子丰盛表达了什么来兑现那或多或少,它是如此做的:

  • 得到当前光阴和以参数字传送入的时刻变量之间的高精度时间值(high-resolution)
  • 规定在例市场价格形下interval的event loop的延迟时间
  • 将延迟时间展现成象牙黄,假使跨越阀值则显得为鲜紫
  • 接下来看其实运作的事态,每300飞秒执行2回大的运算

  上边是上述示范的源代码:

  var getHrDiffTime = function(time) {
    // ts = [seconds, nanoseconds]
    var ts = process.hrtime(time);
    // convert seconds to miliseconds and nanoseconds to miliseconds as well
    return (ts[0] * 1000) + (ts[1] / 1000000);
  };

  var outputDelay = function(interval, maxDelay) {
    maxDelay = maxDelay || 100;

    var before = process.hrtime();

    setTimeout(function() {
      var delay = getHrDiffTime(before) - interval;

      if (delay < maxDelay) {
        console.log('delay is %s', chalk.green(delay));
      } else {
        console.log('delay is %s', chalk.red(delay));
      }

      outputDelay(interval, maxDelay);
    }, interval);
  };

  outputDelay(300);

  // heavy stuff happening every 2 seconds here
  setInterval(function compute() {
    var sum = 0;

    for (var i = 0; i <= 999999999; i++) {
      sum += i * 2 - (i + 1);
    }
  }, 2000);

   运维方面包车型地铁代码须求安装chalk。运维之后您应该会在终极看到如下图所示的结果:

美学原理 2

  前面早已说过,开源modules也应用了一般的艺术来促成对应的功能,由此得以放心使用它们:

  通过利用那种技能拓展质量分析,你能够准确地找出代码中的哪一部分会招致延迟。

 

3 频仍调用回调函数

  很多时候当您保存文件然后再度起动Node web
app时它就便捷地崩掉了。最有可能出现的原故便是调用了两遍回调函数,那表示你一点都不小概在第三回调用之后忘记return了。

  我们创造三个例子来重现一下那种气象。小编将开创叁个容易易行的盈盈基本表明功效的代办server。要动用它你要求设置request这一个依靠包,运营程序然后访问(如http://localhost:1337/?url=http://www.google.com/)。下面是这个例子的源代码:

  var request = require('request');
  var http = require('http');
  var url = require('url');
  var PORT = process.env.PORT || 1337;

  var expression = /[-a-zA-Z0-9@:%_\+.~#?&//=]{2,256}\.[a-z]{2,4}\b(\/[-a-zA-Z0-9@:%_\+.~#?&//=]*)?/gi;
  var isUrl = new RegExp(expression);

  var respond = function(err, params) {
    var res = params.res;
    var body = params.body;
    var proxyUrl = params.proxyUrl;

    res.setHeader('Content-type', 'text/html; charset=utf-8');

    if (err) {
      console.error(err);
      res.end('An error occured. Please make sure the domain exists.');
    } else {
      res.end(body);
    }
  };

  http.createServer(function(req, res) {
    var queryParams = url.parse(req.url, true).query;
    var proxyUrl = queryParams.url;

    if (!proxyUrl || (!isUrl.test(proxyUrl))) {
      res.writeHead(200, { 'Content-Type': 'text/html' });
      res.write("Please provide a correct URL param. For ex: ");
      res.end("<a href='http://localhost:1337/?url=http://www.google.com/'>http://localhost:1337/?url=http://www.google.com/</a>");
    } else {
      // ------------------------
      // Proxying happens here
      // TO BE CONTINUED
      // ------------------------
    }
  }).listen(PORT);

  除代理自个儿外,上面包车型客车代码大概涵盖了颇具供给的部分。再仔细看看上面包车型大巴情节:

request(proxyUrl, function(err, r, body) {
if (err) {
    respond(err, {
    res: res,
    proxyUrl: proxyUrl
    });
}

respond(null, {
    res: res,
    body: body,
    proxyUrl: proxyUrl
});
});

  在回调函数中,我们有错误处理的逻辑,不过在调用respond函数后忘记甘休全部运转流程了。那表示要是大家访问三个无法host的站点,respond函数将会被调用三遍,我们会在终极收到下边包车型地铁错误音讯:

  Error: Can't set headers after they are sent.
      at ServerResponse.OutgoingMessage.setHeader (http.js:691:11)
      at respond (/Users/alexandruvladutu/www/airpair-2/3-multi-callback/proxy-server.js:18:7)

This can be avoided either by using the `return` statement or by wrapping the 'success' callback in the `else` statement:

  request(.., function(..params) {
    if (err) {
      return respond(err, ..);
    }

    respond(..);
  });

  // OR:

  request(.., function(..params) {
    if (err) {
      respond(err, ..);
    } else {
      respond(..);
    }
  });

 

4 圣诞树结构的回调(回调的苦海)

  有个别人一连拿鬼世界般的回调参数来抨击Node,认为在Node中回调嵌套是心有余而力不足幸免的。但实质上并非如此。那里有很多解决措施,能够使您的代码看起来分外规整:

  我们来创制1个例证,然后重构它以使用async模块。这些app是3个简短的前端能源分析工具,它做到上边那些干活儿:

  • 自笔者批评HTML代码中有多少scripts,stylesheets,images的引用
  • 将检查的结果输出到顶点
  • 自小编批评每3个财富的content-length并将结果输出到终极

  除async模块外,你需求安装上边那么些npm包:

  • request – 读取页面数据(body,headers等)
  • cheerio – 后台的jQuery(DOM成分选拔器)
  • once – 确定保证回调函数只被执行三遍

    var URL = process.env.URL;
    var assert = require(‘assert’);
    var url = require(‘url’);
    var request = require(‘request’);
    var cheerio = require(‘cheerio’);
    var once = require(‘once’);
    var isUrl = new RegExp(/[-a-zA-Z0-9@:%+.~#?&//=]{2,256}.[a-z]{2,4}\b(\/[-a-zA-Z0-9@:%+.~#?&//=]*)?/gi);

    assert(isUrl.test(URL), ‘must provide a correct URL env variable’);

    request({ url: URL, gzip: true }, function(err, res, body) {

    if (err) { throw err; }
    
    if (res.statusCode !== 200) {
      return console.error('Bad server response', res.statusCode);
    }
    
    var $ = cheerio.load(body);
    var resources = [];
    
    $('script').each(function(index, el) {
      var src = $(this).attr('src');
      if (src) { resources.push(src); }
    });
    
    // .....
    // similar code for stylesheets and images
    // checkout the github repo for the full version
    
    var counter = resources.length;
    var next = once(function(err, result) {
      if (err) { throw err; }
    
      var size = (result.size / 1024 / 1024).toFixed(2);
    
      console.log('There are ~ %s resources with a size of %s Mb.', result.length, size);
    });
    
    var totalSize = 0;
    
    resources.forEach(function(relative) {
      var resourceUrl = url.resolve(URL, relative);
    
      request({ url: resourceUrl, gzip: true }, function(err, res, body) {
        if (err) { return next(err); }
    
        if (res.statusCode !== 200) {
          return next(new Error(resourceUrl + ' responded with a bad code ' + res.statusCode));
        }
    
        if (res.headers['content-length']) {
          totalSize += parseInt(res.headers['content-length'], 10);
        } else {
          totalSize += Buffer.byteLength(body, 'utf8');
        }
    
        if (!--counter) {
          next(null, {
            length: resources.length,
            size: totalSize
          });
        }
      });
    });
    

    });

  上边的代码看起来还不是特意不佳,但是你还足以嵌套更深的回调函数。从底层的代码中您应有能鉴定分别出哪些是圣诞树结构了,其代码的缩进看起来像这么些样子:

        if (!--counter) {
          next(null, {
            length: resources.length,
            size: totalSize
          });
        }
      });
    });
  });

  要运维方面包车型大巴代码,在极限输入上边包车型地铁指令:

  $ URL=https://bbc.co.uk/ node before.js
  # Sample output:
  # There are ~ 24 resources with a size of 0.09 Mb.

  使用async进行局部重构之后,大家的代码看起来像上边那样:

  var async = require('async');

  var rootHtml = '';
  var resources = [];
  var totalSize = 0;

  var handleBadResponse = function(err, url, statusCode, cb) {
    if (!err && (statusCode !== 200)) {
      err = new Error(URL + ' responded with a bad code ' + res.statusCode);
    }

    if (err) {
      cb(err);
      return true;
    }

    return false;
  };

  async.series([
    function getRootHtml(cb) {
      request({ url: URL, gzip: true }, function(err, res, body) {
        if (handleBadResponse(err, URL, res.statusCode, cb)) { return; }

        rootHtml = body;

        cb();
      });
    },
    function aggregateResources(cb) {
      var $ = cheerio.load(rootHtml);

      $('script').each(function(index, el) {
        var src = $(this).attr('src');
        if (src) { resources.push(src); }
      });

      // similar code for stylesheets && images; check the full source for more

      setImmediate(cb);
    },
    function calculateSize(cb) {
      async.each(resources, function(relativeUrl, next) {
        var resourceUrl = url.resolve(URL, relativeUrl);

        request({ url: resourceUrl, gzip: true }, function(err, res, body) {
          if (handleBadResponse(err, resourceUrl, res.statusCode, cb)) { return; }

          if (res.headers['content-length']) {
            totalSize += parseInt(res.headers['content-length'], 10);
          } else {
            totalSize += Buffer.byteLength(body, 'utf8');
          }

          next();
        });
      }, cb);
    }
  ], function(err) {
    if (err) { throw err; }

    var size = (totalSize / 1024 / 1024).toFixed(2);
    console.log('There are ~ %s resources with a size of %s Mb.', resources.length, size);
  });

 

5 成立八个大而完好的应用程序

  一些初入Node的开发人士往往会将其余语言的某些构思形式融入进来,从而写出区别风格的代码。例如将享有的代码写到二个文书里,而不是将它们分散到温馨的模块中再发布到NPM等。

  就拿我们事先的事例来说,大家将具有的剧情都位居叁个文本里,那使得代码很难被测试和读懂。然而别担心,大家会重构代码使其看起来能够并且进一步模块化。当然,那也将实用地幸免回调地狱。

  借使我们将U途锐L validator,response
handler,request效率块以及resource处理程序抽出来放到它们本身的模块中,大家的主程序看起来会像上面那样:

  // ...
  var handleBadResponse = require('./lib/bad-response-handler');
  var isValidUrl = require('./lib/url-validator');
  var extractResources = require('./lib/resource-extractor');
  var request = require('./lib/requester');

  // ...
  async.series([
    function getRootHtml(cb) {
      request(URL, function(err, data) {
        if (err) { return cb(err); }

        rootHtml = data.body;

        cb(null, 123);
      });
    },
    function aggregateResources(cb) {
      resources = extractResources(rootHtml);

      setImmediate(cb);
    },
    function calculateSize(cb) {
      async.each(resources, function(relativeUrl, next) {
        var resourceUrl = url.resolve(URL, relativeUrl);

        request(resourceUrl, function(err, data) {
          if (err) { return next(err); }

          if (data.res.headers['content-length']) {
            totalSize += parseInt(data.res.headers['content-length'], 10);
          } else {
            totalSize += Buffer.byteLength(data.body, 'utf8');
          }

          next();
        });
      }, cb);
    }
  ], function(err) {
    if (err) { throw err; }

    var size = (totalSize / 1024 / 1024).toFixed(2);
    console.log('\nThere are ~ %s resources with a size of %s Mb.', resources.length, size);
  });

  而request功用块则看起来像这样:

  var handleBadResponse = require('./bad-response-handler');
  var request = require('request');

  module.exports = function getSiteData(url, callback) {
    request({
      url: url,
      gzip: true,
      // lying a bit
      headers: {
        'User-Agent': 'Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.111 Safari/537.36'
      }
    }, function(err, res, body) {
      if (handleBadResponse(err, url, res && res.statusCode, callback)) { return; }

      callback(null, {
        body: body,
        res: res
      });
    });
  };

  完整的例证能够从github
repo
中找到。

  以后就简单了,代码尤其易读,大家也得以起来为大家的app添加测试用例了。当然,大家还足以继续重构代码将赢得response长度的功效独立分离出来放到自身的模块中。

  好的一点是Node鼓励大家编写小的模块并发布到NPM。在NPM中您能够找到种种种种的模块小到如在interval间生成随机数的模块。你应当努力使您的Node应用程序模块化,作用越简单越好。

 

6 贫乏日志

  很多Node教程都会呈现示例代码,并在里头分歧的地点含有console.log,那给许多Node开发人士留下了三个印象,即console.log就是在Node代码中落实日志作用。

  在编排Node
apps代码时你应当使用部分比console.log更好的工具来兑现日志功用,因为这个工具:

  • 对部分大而复杂的对象不必要动用util.inspect
  • 内置系列化器,如对errors,request和response对象等开始展览种类化
  • 支撑各个分化的日志源
  • 可机关包蕴hostname,process id,application name等
  • 帮衬不一致级别的日志(如debug,info,error,fatal等)
  • 有的尖端效用如日志文件自动滚动等

  那些功效都可防止费应用,你能够在生产环境中运用日志模块如bunyan。要是将模块安装到全局,你仍可以够得到1个利于的CLI开发工具。

  让大家来探视它的言传身教程序以领悟哪些使用它:

  var http = require('http');
  var bunyan = require('bunyan');

  var log = bunyan.createLogger({
    name: 'myserver',
    serializers: {
      req: bunyan.stdSerializers.req,
      res: bunyan.stdSerializers.res
    }
  });

  var server = http.createServer(function (req, res) {
    log.info({ req: req }, 'start request');  // <-- this is the guy we're testing
    res.writeHead(200, { 'Content-Type': 'text/plain' });
    res.end('Hello World\n');
    log.info({ res: res }, 'done response');  // <-- this is the guy we're testing
  });

  server.listen(1337, '127.0.0.1', function() {
    log.info('server listening');

    var options = {
      port: 1337,
      hostname: '127.0.0.1',
      path: '/path?q=1#anchor',
      headers: {
        'X-Hi': 'Mom'
      }
    };

    var req = http.request(options, function(res) {
      res.resume();
      res.on('end', function() {
        process.exit();
      })
    });

    req.write('hi from the client');
    req.end();
  });

  在顶峰运营,你相会到上面包车型地铁出口内容:

  $ node server.js
  {"name":"myserver","hostname":"MBP.local","pid":14304,"level":30,"msg":"server listening","time":"2014-11-16T11:30:13.263Z","v":0}
  {"name":"myserver","hostname":"MBP.local","pid":14304,"level":30,"req":{"method":"GET","url":"/path?q=1#anchor","headers":{"x-hi":"Mom","host":"127.0.0.1:1337","connection":"keep-alive"},"remoteAddress":"127.0.0.1","remotePort":61580},"msg":"start request","time":"2014-11-16T11:30:13.271Z","v":0}
  {"name":"myserver","hostname":"MBP.local","pid":14304,"level":30,"res":{"statusCode":200,"header":"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\nDate: Sun, 16 Nov 2014 11:30:13 GMT\r\nConnection: keep-alive\r\nTransfer-Encoding: chunked\r\n\r\n"},"msg":"done response","time":"2014-11-16T11:30:13.273Z","v":0}

  开发进程中可将它看做1个CLI工具来选拔:

美学原理 3

  正如您所见到的,bunyan给你提供了关于当前进度的成都百货上千实用的音讯,那一个音讯在产品环境中都这几个重中之重。别的一个方便人民群众的效率是你能够将日志输出到多个或五个流中。

 

7 没有测试

  没有提供测试的先后不是多少个完整的先后。已经有这么多的工具得以扶助我们来开始展览测试,实在没有任何理由不编写测试用例了:

  作为NPM模块的约定,你供给在package.json中钦命测试命令,如:

  {
    "name": "express",
    ...
    "scripts": {
      "test": "mocha --require test/support/env --reporter spec --bail --check-leaks test/ test/acceptance/",
      ...
   }

  然后通过npm test来运行测试,你一贯不用去管如何来调用测试框架。

  其它二个您须求考虑的是在付出代码在此之前必须使拥有的测试用例都通过,那只必要经过一行简单的一声令下就能够实现:

npm i pre-commit --save-dev

  当然你也能够强制执行某些特定的code
coverage级别的测试而推辞提交那么些不遵守该级别的代码。pre-commit模块作为3个pre-commit的hook程序能够自动地运转npm
test。

  即使你不分明哪些来编排测试,能够经过有些在线教程也许在Github中看看那几个流行的Node项目它们是何许做的:

 

8 不行使静态分析工具

  为了不在生产环境中才发现标题,最好的不二法门是在支付进度中选取静态分析工具登时就发现那些标题。

  例如,ESLint工具得以扶持大家消除许多难题:

  • 可能的失实。如:禁止在规范表明式中接纳赋值语句,禁用debugger
  • 强制最佳体验。如:禁止表明多少个一样名称的变量,禁用arguments.calle
  • 找出地下的平安难点,如应用eval()或不安全的正则表明式
  • 侦测出只怕存在的习性难点
  • 履行同一的风骨

  有关ESLint更加多的欧洲经济共同体规则能够查阅合法文书档案。如若想在实际上项目中使用ESLint,你还应当看看它的陈设文书档案

  有关怎么样配置ESLint,这里能够找到一些例证。

  另外,那里还有一对形似的工具如JSLintJSHint

  假若你想解析AST(抽象源树或虚幻语法树)并本人创建静态分析工具,能够参照EsprimaAcorn

 

9 从未有过监视与天性分析

  假若Node应用程序没有监视与性情分析,你将对其运维处境一窍不通。一些很要紧的东西如event
loop延迟,CPU负载,系统负荷或内部存款和储蓄器使用量等你将不能够获知。

  那里有局部一定的劳务能够接济到您,可以从New
Relic
,
StrongLoop以及Concurix,
AppDynamics等摸底到。

  你也能够透过开源模块如look或组合差别的NPM包和谐来兑现。不管选用哪类方法,你都要保管始终都能监测到您的顺序的运市场价格况,不然你恐怕会在半夜收取各类离奇的对讲机报告你程序又出新那样或这样的题材。

 

10 使用console.log来debug

  一旦程序出现谬误,你能够回顾地在代码中插入console.log来展开debug。难题化解未来剔除console.log调节和测试语句再持续。

  难点是其余的开发职员(甚至是你协调)也许还会遇见同样的题材而再重新上边的操作。那就是为何调节和测试模块如debug存在的因由。你能够在代码中选择debug
function来取代console.log语句,而且在调节和测试完事后不要删除它们。

  其余开发职员即使遇到难题要求调剂代码,只必要通过DEBUG环境变量来运转程序即可。

  这么些小的module具有以下优点:

  • 除非你通过DEBUG环境变量运维程序,不然它不会在控制台出口任何内容。
  • 你可以有选拔地对代码中的一某个开始展览调节(甚至能够通过通配符来内定内容)。
  • 终端的出口内容有各个分化的颜料,看起来很爽快。

  来看看官方给出的演示:

  // app.js
  var debug = require('debug')('http')
    , http = require('http')
    , name = 'My App';

  // fake app

  debug('booting %s', name);

  http.createServer(function(req, res){
    debug(req.method + ' ' + req.url);
    res.end('hello\n');
  }).listen(3000, function(){
    debug('listening');
  });

  // fake worker of some kind

  require('./worker');

<!--code lang=javascript linenums=true-->

  // worker.js
  var debug = require('debug')('worker');

  setInterval(function(){
    debug('doing some work');
  }, 1000);

  假诺以node
app.js来运转程序,不会输出任何内容。可是一旦开发银行的时候带着DEBUG标记,那么:

美学原理 4

  除了在应用程序中运用它们,你还足以在有些小的modules中动用它并揭穿到NPM。与其余一些繁杂的logger不一致,它只担负debugging而且还很好使。

 

初稿地址:https://www.airpair.com/node.js/posts/top-10-mistakes-node-developers-make