我一直在开发一些Node应用程序，我一直在寻找一种存储部署相关设置的良好模式。在Django世界(我来自那里)，常见的做法是有一个settings.py文件包含标准设置(时区等)，然后有一个local_settings.py用于部署特定的设置，即。要与什么数据库通信、什么memcache套接字、管理员的电子邮件地址等等。
我一直在为Node寻找类似的模式。只要一个配置文件就好了，这样它就不必与app.js中的其他所有东西挤在一起，但我发现有一种方法在源代码控制之外的文件中拥有特定于服务器的配置很重要。同一款应用可以部署在不同设置的服务器上，必须处理合并冲突，这不是我的乐趣所在。
那么是否存在某种框架/工具，或者每个人都只是自己拼凑一些东西?
当前回答
我在游戏中有点晚了，但我在这里或其他地方都找不到我需要的东西，所以我自己写了一些东西。
我对配置机制的要求如下:
支持前端。如果前端不能使用该配置有什么意义? 支持settings-override .js -看起来一样，但允许重写settings.js中的配置。这里的思想是在不更改代码的情况下轻松修改配置。我发现它对saas很有用。
尽管我不太关心支持环境，但它将解释如何轻松地将其添加到我的解决方案中
var publicConfiguration = {
"title" : "Hello World"
"demoAuthToken" : undefined,
"demoUserId" : undefined,
"errorEmail" : null // if null we will not send emails on errors.
};
var privateConfiguration = {
"port":9040,
"adminAuthToken":undefined,
"adminUserId":undefined
}
var meConf = null;
try{
meConf = require("../conf/dev/meConf");
}catch( e ) { console.log("meConf does not exist. ignoring.. ")}
var publicConfigurationInitialized = false;
var privateConfigurationInitialized = false;
function getPublicConfiguration(){
if (!publicConfigurationInitialized) {
publicConfigurationInitialized = true;
if (meConf != null) {
for (var i in publicConfiguration) {
if (meConf.hasOwnProperty(i)) {
publicConfiguration[i] = meConf[i];
}
}
}
}
return publicConfiguration;
}
function getPrivateConfiguration(){
if ( !privateConfigurationInitialized ) {
privateConfigurationInitialized = true;
var pubConf = getPublicConfiguration();
if ( pubConf != null ){
for ( var j in pubConf ){
privateConfiguration[j] = pubConf[j];
}
}
if ( meConf != null ){
for ( var i in meConf ){
privateConfiguration[i] = meConf[i];
}
}
}
return privateConfiguration;
}
exports.sendPublicConfiguration = function( req, res ){
var name = req.param("name") || "conf";
res.send( "window." + name + " = " + JSON.stringify(getPublicConfiguration()) + ";");
};
var prConf = getPrivateConfiguration();
if ( prConf != null ){
for ( var i in prConf ){
if ( prConf[i] === undefined ){
throw new Error("undefined configuration [" + i + "]");
}
exports[i] = prConf[i];
}
}
return exports;
解释
undefined means this property is required null means it is optional meConf - currently the code is target to a file under app. meConf is the overrides files which is targeted to conf/dev - which is ignored by my vcs. publicConfiguration - will be visible from front-end and back-end. privateConfiguration - will be visible from back-end only. sendPublicConfiguration - a route that will expose the public configuration and assign it to a global variable. For example the code below will expose the public configuration as global variable myConf in the front-end. By default it will use the global variable name conf. app.get("/backend/conf", require("conf").sendPublicConfiguration);
覆盖逻辑
privateConfiguration与publicConfiguration和meConf合并。 publicConfiguration检查每个键是否有覆盖，并使用该覆盖。这样我们就不会暴露任何隐私。
添加环境支持
即使我不觉得“环境支持”有用，也许有人会。
要添加环境支持，您需要将meConf require语句更改为以下内容(伪代码)
If (environment == "production") { meConf = require("../conf/dev/meConf").production; ｝
If (environment == "development") { meConf = require("../conf/dev/meConf").development; ｝
类似地，每个环境可以有一个文件
meConf.development.js
meConf.production.js
然后导入正确的。 其余的逻辑保持不变。
其他回答
我在游戏中有点晚了，但我在这里或其他地方都找不到我需要的东西，所以我自己写了一些东西。
我对配置机制的要求如下:
支持前端。如果前端不能使用该配置有什么意义? 支持settings-override .js -看起来一样，但允许重写settings.js中的配置。这里的思想是在不更改代码的情况下轻松修改配置。我发现它对saas很有用。
尽管我不太关心支持环境，但它将解释如何轻松地将其添加到我的解决方案中
var publicConfiguration = {
"title" : "Hello World"
"demoAuthToken" : undefined,
"demoUserId" : undefined,
"errorEmail" : null // if null we will not send emails on errors.
};
var privateConfiguration = {
"port":9040,
"adminAuthToken":undefined,
"adminUserId":undefined
}
var meConf = null;
try{
meConf = require("../conf/dev/meConf");
}catch( e ) { console.log("meConf does not exist. ignoring.. ")}
var publicConfigurationInitialized = false;
var privateConfigurationInitialized = false;
function getPublicConfiguration(){
if (!publicConfigurationInitialized) {
publicConfigurationInitialized = true;
if (meConf != null) {
for (var i in publicConfiguration) {
if (meConf.hasOwnProperty(i)) {
publicConfiguration[i] = meConf[i];
}
}
}
}
return publicConfiguration;
}
function getPrivateConfiguration(){
if ( !privateConfigurationInitialized ) {
privateConfigurationInitialized = true;
var pubConf = getPublicConfiguration();
if ( pubConf != null ){
for ( var j in pubConf ){
privateConfiguration[j] = pubConf[j];
}
}
if ( meConf != null ){
for ( var i in meConf ){
privateConfiguration[i] = meConf[i];
}
}
}
return privateConfiguration;
}
exports.sendPublicConfiguration = function( req, res ){
var name = req.param("name") || "conf";
res.send( "window." + name + " = " + JSON.stringify(getPublicConfiguration()) + ";");
};
var prConf = getPrivateConfiguration();
if ( prConf != null ){
for ( var i in prConf ){
if ( prConf[i] === undefined ){
throw new Error("undefined configuration [" + i + "]");
}
exports[i] = prConf[i];
}
}
return exports;
解释
undefined means this property is required null means it is optional meConf - currently the code is target to a file under app. meConf is the overrides files which is targeted to conf/dev - which is ignored by my vcs. publicConfiguration - will be visible from front-end and back-end. privateConfiguration - will be visible from back-end only. sendPublicConfiguration - a route that will expose the public configuration and assign it to a global variable. For example the code below will expose the public configuration as global variable myConf in the front-end. By default it will use the global variable name conf. app.get("/backend/conf", require("conf").sendPublicConfiguration);
覆盖逻辑
privateConfiguration与publicConfiguration和meConf合并。 publicConfiguration检查每个键是否有覆盖，并使用该覆盖。这样我们就不会暴露任何隐私。
添加环境支持
即使我不觉得“环境支持”有用，也许有人会。
要添加环境支持，您需要将meConf require语句更改为以下内容(伪代码)
If (environment == "production") { meConf = require("../conf/dev/meConf").production; ｝
If (environment == "development") { meConf = require("../conf/dev/meConf").development; ｝
类似地，每个环境可以有一个文件
meConf.development.js
meConf.production.js
然后导入正确的。 其余的逻辑保持不变。
我只是使用了一个alt示例，因为我想要比典型的.json文件更灵活，但不希望它被抽象到一个需要依赖的库中，就像这样。基本上，导出一个立即调用的函数，该函数返回一个带有我想要设置的值的对象。有很大的灵活性。
module.exports = function(){
switch(node_env){
case 'dev':
return
{ var1 = 'development'};
}
}();
这里有一个更好的解释和完整的例子。使用Node.js中的配置文件
有点晚了(只有10年)，但我使用的config.js结构如下:
const env = process.env.NODE_ENV || 'development';
var config_temp = {
default:{
port: 3000,
mysql_host: "localhost",
logging_level: 5,
secret_api_key: process.env.SECRET_API_KEY
},
development: {
logging_level: 10
},
production: {
port: 3001,
mysql_host: "not-localhost"
}
};
var config = {
...config_temp.default,
...config_temp[env]
}
module.exports = config;
然后我加载配置:
var config = require('./config');
var port = config.port;
这样:
env变量的读取包含在config.js文件中，因此我可以避免这种丑陋的情况:NODE_ENV || 'development']。 config.js文件可以在代码的repo中上传，因为敏感变量继续由process.env处理。 如果default:{和custom_env:{中都包含同一个元素，则只保留第二个元素。 没有专用文件夹和多个文件(像在配置中)
对于那些正在访问这个旧线程的人来说，这里有一个我觉得不错的包。
https://www.npmjs.org/package/config
您还可以查看node-config，它根据$HOST和$NODE_ENV变量(有点像RoR)加载配置文件:文档。
这对于不同的部署设置(开发、测试或生产)非常有用。
