10 Habits of a Happy Node Hacker 2016

翻译：https://fundon.me/blog/10-Habits-of-a-Happy-Node-Hacker-2016/ 原文：10 Habits of a Happy Node Hacker (2016) by Hunter

在 2015 年底，JavaScript 开发者周边已经充斥了很多工具，供他们支配使用。上次我们已经观察了这个问题，现代 JS 的兴起。今天，我们很容易迷失在这巨大的生态系统中，所以成功的团队都需要遵循指南，使他们的时间和项目保存健康。

这 10 个习惯很适合即将进入 2016 的 Node.js 黑客。它们真对的是应用开发者，而不是模块作者，因为这些群体有不同的目标和约束：

1. 使用 `npm init` 开始每个新项目

NPM init 命令将为你的项目生成一个有效的 package.json 文件，从工作目录中自动推到出一些常见属性。

$ mkdir my-awesome-app
$ cd my-awesome-app
$ npm init --yes

我比较懒，所以我使用了 --yes 标志去执行它，然后打开 package.json 做些修改。第一件事你应该指定一个 engines 关键词，使用你当前的 node 版本（node -v）。

"engines": {
  "node": "4.2.1"
}

2. 使用一个智能的 `.npmrc` 配置

默认地，npm 不会保存已经安装的依赖到 package.json（所以你总是需要追踪你的依赖！）。

如果你使用 --save 标志去自动更新 package.json，npm 安装这些包会以 ^ 开头，会导致你的模块在不同版本之间漂移。这对模块开发没问题，但对应用不好，如果你想要在所有的环境之间保持一致的依赖关系。

一个解决方案是像这样安装包：

$ npm install foobar --save --save-exact

更胜一筹的，你可以把这些选项添加到 ~/.npmrc 中，更新你的默认设置：

$ npm config set save=true
$ npm config set save-exact=true
$ cat ~/.npmrc

现在，npm install foobar 将会自动添加 foobar 到 package.json 并且你的依赖不会在安装时产生偏移!

如果你更喜欢在 package.json 中保持弹性依赖，但仍然需要在生产环境中锁住依赖的话，你或者可以生成 npm’s shrinkwrap 到你的工作流中。这需要花费更多的精力，但是还是很多好处的，保持准确的版本的嵌套依赖关系。

3. 快跳上 ES6 火车吧！

Node 4+ 携带了一个 V8 引擎的更新，拥有几个有用的 ES6 特性。不要害怕，并不是一些复杂的东西，你可以轻松学习它。有许多简单的改进，让人满意。

let user = users.find(u => u.id === ID);

console.log(`Hello, ${ user.name }!`);

4. 坚持使用小写

一些语言鼓励文件名匹配类名，比如 MyClass 和 MyClass.js。在 Node 中，不要那样做。而是使用文件名小写的方式：

let MyClass = require('my-class');

Node.js 是一个罕见的范例，Linux-centric 化工具，但跨平台支持又多。当在 OSX 和 Windows 平台时，对待 myclass.js 和 MyClass.js 是一样的， Linux 不会。如果要编写可在这些平台移植的代码，你就需要明确匹配 require 中的声明，包括大写。

一个简单正确的方式，就是一切都使用文件名小写的方式。例如 my-class.js。

译者：其实 Mac OSX 也可以设置文件系统 case-sensitive。

5. Cluster 你的应用

自从 node 运行时被限制在单核 CPU 和大约 1.5 GB 的内存之后，部署一个无 clustered 模式的 node 应用在一个大型服务器上是一个对资源巨大的浪费。

要想利用多核和内存超过 1.5 GB 的话，把支持 Cluster 烧尽你的应用。即使如果今天你仅仅把单个进程运行在小硬件上，在未来 Cluster 也会带给你足够的灵活。

测试是最好的方式，弄清楚你的应用理想的 clustered 进程数，但最好根据你的平台提出一个合理的默认值，可以有个简单的备选。比如：

const CONCURRENCY = process.env.WEB_CONCURRENCY || 1;

选择一个 Cluster abstraction 可以避免重复造（进程管理的）轮子。如果你喜欢分开 master 和 worker 文件，可以试试 forky。如果你更喜欢单个入口文件和函数的话，看看这个 throng。

6. 有环境意识

不要在你的项目中乱扔具体环境配置文件！而应该使用环境变量。

首选，安装 node-foreman：

$ npm install --save --save-exact foreman

然后，创建一个 Procfile 文件，声明你的应用的进程类型：

web: bin/web
worker: bin/worker

现在，你就可以使用 nf 程序启动你的应用

"scripts": {
  "start": "nf start"
}

要支持本地开发环境，可以创建 .gitignore 文件，把 .env 文件加入进来。使用 node-foreman 时，.env 文件将会被加载进来：

DATABASE_URL='postgres://localhost/foobar'
HTTP_TIMEOUT=10000

现在，一个简单的命令（npm start）将会使 web 和 worker 进程在那个环境下同时运转起来。然后，当你部署你的项目时，它会在新的主机上自动适应这些环境变量。

比起 config/abby-dev.js、config/brian-dev.js，config/qa1.js、 config/qa2.js、config/prod.js，这个更加简单灵活。

7. 避免垃圾回收

Node（V8）使用一个懒惰、贪婪的垃圾回收。它默认被限制在大约 1.5 GB。在回收无用内存前，它有时会等待，直到它彻底回收这些无用内存。如果你的内存使用不断增加，它可能不是内存泄漏，反而是 node 通常的懒惰行为。

要想对你应用的垃圾回收获得更多的控制，你可以在你的 Procfile 文件中给 V8 添加一些标志：

web: node --optimize_for_size --max_old_space_size=920 --gc_interval=100 server.js

这个尤其重要，如果你的应用是运行在一个少于 1.5 GB 内存的环境上。例如，你想要把 node 调整到一个 512 MB 的容器上，试试这个：

web: node --optimize_for_size --max_old_space_size=460 --gc_interval=100 server.js

8. 把事情链接起来

Npm 的生命周期脚本可以为自动化创建丰富的钩子。如果你需要在构建你的应用之前运行一些东西，你可以使用 preinstall 脚本。如果想使用 grunt、gulp、browserify 或者 webpack 构建 assets 呢？那就使用 postinstall 脚本。

在 package.json 中：

"scripts": {
  "postinstall": "bower install && grunt build",
  "start": "nf start"
}

你也可以使用环境变量去控制这些脚本：

"postinstall": "if $BUILD_ASSETS; then npm run build-assets; fi",
"build-assets": "bower install && grunt build"

如果你的脚本想在外面进行控制的话，把它们移到相应的文件：

"postinstall": "scripts/postinstall.sh"

由于 ./node_modules/.bin 会被自动添加到环境变量 PATH 上，在 package.json 中的脚本会从上面去寻找，所以你可以直接执行它们，就像 bower 或者 wepack。

9. 仅 git 重要的部分

大多数的应用是由必要的文件和生成文件组成。当使用一个版本控制系统像 git 时，你应该避免对生成的任何文件都进行追踪。

例如，你的 node 应用可能会有一个 node_modules 依赖目录，这个你应该避免 git 控制。只要每个依赖都列在 package.json 文件中，任何人都可以创建一个你的应用的工作副本，包括 node_modules －在运行 npm install 后。

追踪这些生成文件，将会导致你的 git 历史充斥着无用的声音和臃肿。这是非常糟糕的，自从有些依赖是原生并且需要被编译时，检查它们将使你的应用缺少便捷性，因为你将需要提供多个编译版本，但却只从一个、可能是不正确的环境中生成。

同样的原因，你也不应该检查 bower_components 或者由 grunt 编译生成的 assets。

如果你之前已经不慎检查了 node_modules 目录，没关系，你可以删掉它，像这样：

$ echo 'node_modules' >> .gitignore
$ git rm -r --cached node_modules
$ git commit -am 'ignore node_modules'

我也忽略了 npm 的 logs 文件，所以它们不会搞乱我的代码：

$ echo 'npm-debug.log' >> .gitignore
$ git commit -am 'ignore npm-debug'

忽略了这些无用的文件，你的仓库将会更加的小，你的提交将会更加简单，并且你将避免合并这些因生成目录而导致的分歧。

10. 简化

技术预测是不准确的，但我还是会预测下即将到来的一年，2016 将是 JavaScript 简化的一年。

越来越多的开发者正在简化它们的架构。为替换庞大的 MVCs 框架，他们正在使用静态化的前端构建项目，这样可以部署在 CDN 上，且使用一个 Node.js API 提供动态数据。

我们也开始看到了复杂的构建系统对我们项目的阻力。一些前沿的开发者正在简化他们的构建系统。例如，使用一个 vanilla 构建系统，没有 bower、gulp 或者 grunt。

最终，我们将简化我们的代码在 2016。有时，这来自删除功能，就像 Douglas Crockford’s “The Better Parts”。其他，这来自添加功能－就像我喜欢的 callback 的替代物 async-await。 Async-await 在 Node 中还不能用，但今天你可以借助牛逼的 Babeljs 项目使用它。

不要把看到那么多工具和框架一次性都挤进你的项目，试着去简化你的工作。