| 编辑推荐: |
| 本文来自网络
,本文主要说一下之前使用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"); |
|
