PHPNode.js开发者最常范的10个错误

PHP 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 自动重启工具

  我们中的大部分人可能都是这样编写和调剂代码的,在编辑器中保留代码,然后在决定台按CTRL+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来创建一个相似的工具,它将持有下面这多少个效用:

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

  首先我们需要通过NPM来安装项目需要的富有看重项:

  • express – 创制一个演示web应用程序
  • watch – 监视文件修改
  • sendevent – sever-sent events
    (SSE),或者也得以利用websockets来促成
  • uglify-js – 用于压缩客户端JavaScript文件
  • ejs – 视图模板

  接下去自己将开创一个简单易行的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,并会在客户端脚本中创造一个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的堵塞都将使整个程序被封堵。这意味着一旦您有一个上千个客户端访问的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阿秒执行五次大的演算

  下面是上述示范的源代码:

  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。运行之后你应有会在巅峰看到如下图所示的结果:

PHP 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中回调嵌套是无能为力制止的。但骨子里并非如此。这里有成千上万解决格局,可以使您的代码看起来非凡规整:

  我们来成立一个例子,然后重构它以利用async模块。这么些app是一个概括的前端资源分析工具,它做到下面这一个工作:

  • 检查HTML代码中有些许scripts,stylesheets,images的引用
  • 将检查的结果输出到极点
  • 反省每一个资源的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等。

  就拿我们以前的例证来说,我们将所有的内容都放在一个文件里,这使得代码很难被测试和读懂。不过别担心,我们会重构代码使其看起来可以并且愈来愈模块化。当然,这也将实惠地制止回调地狱。

  假诺我们将URL 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。如若将模块安装到全局,你还足以获取一个便宜的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}

  开发进程中可将它作为一个CLI工具来行使:

PHP 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模块作为一个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标记,那么:

PHP 4

  除了在应用程序中动用它们,你还足以在一些小的modules中接纳它并发表到NPM。与其他一些繁杂的logger不同,它只承担debugging而且还很好使。

 

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

相关文章