您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 Code iProcess 课程 认证 咨询 工具 火云堂 讲座吧   成长之路  
会员   
 
   
 
  
每天15篇文章
不仅获得谋生技能
更可以追随信仰
 
     
   
 订阅
  捐助
Nodejs经验谈
 
626 次浏览     评价:  
  2018-5-29
 
编辑推荐:
本文来自网络 ,本文主要说一下之前使用Nodejs开发踩过的坑,大量的说明及填坑方法。

前言

1.代码精简

尽量使用精简的代码,Nodejs 代码处理速度是异常慢的,不如其他主流语言,甚至不如python,使用精简代码也是对自己能力的提升与考验。我们在做卡地亚商城项目时,对方工程师要求同一函数内,同一变量不可以出现三次(loop中仅算作一次)。代码精简了,就会变得漂亮,查找问题也变得容易,也方便后面的工程师接手处理。

不建议在Nodejs代码中再套用其他框架,例如coffeescript,Node与Coffee会报不同的错误。

2.精确版本号

这个坑,估计很多人都踩过,开发环境与实际环境不一致。同事开发一个模块,本地联调是没问题的,但是到server端后,根本无法启动,找了一圈,最后发现同事本地开发使用的是Node的化石版,就是这么个小疏忽,让我们浪费了一上午去找原因。

补充一些Node版本管理的知识:

* //任意版本
1.1.0 //指定版本
~1.1.0 //>=1.1.0 && < 1.2.0
^1.1.0 //>=1.1.0 && < 2.0.0

3.单元测试

一定要写单元测试用例,尝试本地运行,测试成功后再上传至服务器,有几次修改完代码(简单几行)以为怎么可能出问题,结果一重启服务就挂了,可能少个括号之类的。

Mocha是我最长使用的单元测试工具:

基本概念:

describe()测试区块,可以多层镶套。

it()测试用例,一个测试区块可以包含多个测试用例。

测试钩子:

before() 在本区块所有测试用例执行之前执行。

after() 在本区块所有测试用例执行之后执行。

beforeEach() 在本区块每个测试用例之前执行。

afterEach() 在本区块每个测试用例之后执行。

断言:

chai ;Mocha本身没断言,chai可以作为它的断言库。chai-as-promise 这个库支持promise。

用例管理:

only()测试区块与测试用例都支持only方法,只运行修饰的测试区块或用例。

skip()测试区块与测试用例都支持skip方法,会跳过修饰的测试区块或用例。

only与skip共用时,only会忽略掉skip。

异步调用:

done(),测试方法异步完成后,被调用。一个it测试实例中只能有一个done()。

例:

var assert = require('chai').assert;

function add() {
return Array.prototype.slice.call(arguments).reduce(function (prev, curr) {
return prev + curr;
}, 0);
}

describe('add()', function () {
var tests = [
{ args: [1, 2], expected: 3 },
{ args: [1, 2, 3], expected: 6 }
];

tests.forEach(function (test) {
it('test adds ' + test.args.length + ' args', function () {
var res = add.apply(null, test.args);
assert.equal(res, test.expected);
});
});
});

4.debug

开发避免不了调试debug,很多人喜欢使用console.log()进行调试,这个确实蛮好用的,但是调式后如何处理console.log() 却成为了老大难的问题,注释吧,会多出很多无用的代码,删掉吧,后面可能还会使用到。

这里,我推荐使用debug模块为例:

开启debug模式(在cmd上输入):

var debug = require('debug')('myapp:main');
debug('现在的时间是 %s' , new Date());

set debug = myapp:main

然后输入要执行的文件:node app.js

返回:myapp:main 现在的时间是 2018-05-03 18:25:30

关闭debug模式: set debug = null

5.配置文件书写

每个工程下都要建立一个配置文件,如config.js,而不是写死在程序里,记住接手你工作的人,是不懂你的编程逻辑的人,所以到时候你要告诉对方哪些是可配哪些是不可配,后面你会非常麻烦。

配置文件例:

{
"app": 3000,
"mongo": {
"host": "localhost",
"port": 27017
},
"redis": {
"host": "localhost",
"port": 6379
}
...
}

6.避免使用同步代码

Nodejs的一个显著特征:从上到下的设计都是为了实现异步。文件操作就有同步和异步的版本,即使使用逻辑来控制同步方法,但还是有可能不注意地用到阻塞外部的函数库。这样做,对性能影响极大。

//好的书写方式
fs.writeFile('message.txt','Hello Node',function(err) {
console.log("It's saved and the server remains responsive!");
});

//坏的书写方式(影响性能)
fs.writeFileSync('message.txt', 'Hello Node');
console.log("It's saved, but you just blocked ALL requests!");

7.不要让静态资源使用Nodejs

对于css和图片等静态资源,用标准的webserver而不是Nodejs。我们使用的是CDN来存储静态资源。

好处:

  1)减少nodejs服务器的负载。

  2)CDN可以让静态内容在离用户较近的服务器上传递,减少等待时间。

8.在客户端渲染

我们比较一下在客户端渲染和在服务端渲染的区别:

服务端渲染

<!DOCTYPE html>
<html>
<head>
<title>服务端渲染</title>
</head>
<body>
<div>
py1988!
</div>
</body>
</html>

客户端渲染

<!DOCTYPE html>
<html>
<head>
<title>客户端渲染</title>
</head>
<body>
<div>
<%= name %>!
</div>
</body>
</html>

javascript文本能缓存在浏览器或者本地,所有初始加载以后,唯一要发送给客户端的就是json,这是最有效的,极大减少Nodejs server的负载量。

9.并行化

试着让所有的阻塞操作并行化,这将减少阻塞操作的等待时间,为了保持回调和错误处理得干净,我们需要使用一些监控工具。

10.尽量使用二进制模块

使用二进制模块取代javascript模块(尽量);如此性能会提升一大截。

var crypto = require('crypto');
var hash = crypto.createHmac("sha1",key).update

(signatureBase).digest("base64");

相关文章

深度解析:清理烂代码
如何编写出拥抱变化的代码
重构-使代码更简洁优美
团队项目开发"编码规范"系列文章
相关文档

重构-改善既有代码的设计
软件重构v2
代码整洁之道
高质量编程规范
相关课程

基于HTML5客户端、Web端的应用开发
HTML 5+CSS 开发
嵌入式C高质量编程
C++高级编程

   
626 次浏览  评价: 差  订阅 捐助

Hello World!

每天2个文档/视频
扫描微信二维码订阅
订阅技术月刊
获得每月300个技术资源
 
 

关于我们 | 联系我们 | 京ICP备10020922号 京公海网安备110108001071号