如何优雅的创建nodejs共享常量

问题及方案

问题来自 stackoverflow ，关于如何在模块间共享常量。

为了叙述方便，我们用 const.js 代表定义常量的文件, main.js 表示主文件。

下面是一些总结：

1. 用global来保存常量

const.js

global.MY_CONST= 'global const';

技术上可以，你只需要 require const.js，无需保存返回值
main.js

require('./const');console.log(global.MY_CONST);global.MY_CONST = 'changed global const';console.log(global.MY_CONST);

但是设计原则上来讲，应该将内容封装到文件内，通过exports导出。
而且，这种方式并不能定义常量。

2. 直接export一个包含常量的对象

const.js

const obj = {    MY_CONST:'my const'}module.exports = obj;

这种方式有同样的问题，const并不能定义一个属性无法修改的对象，MY_CONST依然是可以修改的。

3. 用Object.defineProperty来定义常量

上面的方法试图定义一个const对象，但这是不可能的。但是我们可以通过配置将对象属性的设定为不可修改的。
const.js

Object.defineProperty(exports, "PI", {    value:        3.14,    enumerable:   true,    writable:     false,    configurable: false});

writable和configurable默认是false，所以可以简化一下

Object.defineProperty(exports, "PI", {    value:3.14,    enumerable:true});

更好的方式，如果你不想为每一个属性都手写配置的话：

function define(name, value) {    Object.defineProperty(exports, name, {        value:      value,        enumerable: true    });}define("PI", 3.14);

看起来更舒服了。

4. 通过 Object.freeze 来固定属性值

const.js

module.exports = Object.freeze({    MY_CONSTANT: 'some value',    ANOTHER_CONSTANT: 'another value'});

freeze的简单介绍，来自 mozilla：

The Object.freeze() method freezes an object: that is, prevents new properties from being added to it; prevents existing properties from being removed; and prevents existing properties, or their enumerability, configurability, or writability, from being changed. In essence the object is made effectively immutable. The method returns the object being frozen.

大概意思是说，freeze能够阻止对象属性的添加，删除，以及属性的enumerable， writable，configurable的修改，也就是将此对象变成一个不可变对象。
想必前一种方案，这种更简单，更安全（因为阻止了对属性writable的修改，所以也不担心某些别有用心的人修改了常量的writable后，再进一步修改属性值）。

后续

关于共享常量，本文中并没有给出方案，事实上nodejs也不建议这样做。所以，需要使用常量的module，必须require一下。其实也不费什么事。而且干净清新。如果未来有多个常量文件，也可以按需导入。

尘埃落定，我已经开始依照第4种方案来编写项目的常量js文件了，但是稍微纠结了一下这个文件的存放目录，下面是我司的项目目录

base-    |-conf    |-routes    |-controllers    |-services    |-models    |-utils    |-views    |-test

常量文件一般是不容易修改的文件，同事建议放到conf目录中，但是目前conf目录存放的都是一些底层配置，比如数据库连接信息，代理信息，文件系统信息。等等。业务使用的常量如果放在conf下，隐隐的觉得有点奇怪。

经过讨论，暂定存放在services中，因为主要也是service来使用这些常量。