使用 Lodash 从 JSON 对象获取特定于环境的配置

Get environment specific configuration from a JSON object using Lodash

鉴于我有以下 JSON 对象,

dbConfig = {
    "db": "default",
    "default": {
        "defaultDB": "sqlite",
        "init": "init",
        "migrations": {
            "directory": "migrations",
            "tableName": "migrations"
        },
        "pool": {
            "min": "2",
            "max": "10"
        },
        "sqlite": {
            "client": "sqlite3",
            "connection": {
                "filename": "data/default/sqlitedb/test.db"
            }
        },
        "oracle": {
            "client": "oracledb",
            "config": {
                "development": {
                    "user": "test",
                    "pass": "test",
                    "db": "test"
                },
                "production": {
                    "user": "test",
                    "pass": "test",
                    "db": "test"
                },
                "test": {
                    "user": "test",
                    "pass": "test",
                    "db": "test"
                }
            }
        }
    }
};

使用 Node & Lodash,是否有可能获得 connectionconfig.,具体取决于 dbConfig.default[dbConfig.default.defaultDB] 的设置。

例如,如果我设置 dbConfig.default.defaultDB=oracledbprocess.env.NODE_ENV=development 我希望能够得到 dbConfig.default[dbConfig.default.defaultDB].config.development

或者如果我设置 dbConfig.default.defaultDB=sqlite 只是为了得到 dbConfig.default[dbConfig.default.defaultDB].connection

换句话说,如果数据库有特定于环境的配置,那么这将在 "config": {} 中,如果不在 "connection": {}

不一定是 Lodash。也可以是普通的 javascript.

没有lodash的解决方案

var defaultDbName = dbConfig.default[dbConfig.default.defaultDB];

var db;
if (defaultDb === 'sqllite') {
  db = dbConfig.default[defaultDb].connection;
} else {
  var env = process.env.NODE_ENV;
  db = dbConfig.default[defaultDb].config[env];
}

lodash 解决方案

这里我使用 lodash get 函数来获取对象字段值或 null 如果它不存在。我还使用模板字符串语法:${val} 来格式化字段路径。

var defaultDbName = dbConfig.default[dbConfig.default.defaultDB];
var defaultDbConf = dbConfig.default[defaultDb];
var env = process.env.NODE_ENV;

var db = defaultDbConf.connection || _.get(defaultDbConf, `config.${env}`);

顺便说一句,您的配置 json 太复杂了,最好根据环境进行配置。

没有 [dependencies] 的解决方案(最初回答 here,但不是 AngularJS-specific)

你的 JSON 是复杂的,是的,但如果没有所有重复,它也可以更小,更易读,其中每个环境都有相同的属性集,这些属性可能会或可能不会变化,并且会是不必要的重复。

使用 simple algorithm (jsFiddle),您可以针对特定的 属性-名称后缀动态解析 JSON 配置(属性@suffix) 并拥有随环境变化的属性和不变的属性的目录,无需人为构造您的配置且无需重复,包括深度嵌套的配置对象。

您还可以混合搭配后缀,结合任意数量的环境因素或其他任意因素来修饰您的配置对象。

示例,预处理的片段 JSON 配置:

var config = {
    'help': {
        'BLURB': 'This pre-production environment is not supported. Contact Development Team with questions.',
        'PHONE': '808-867-5309',
        'EMAIL': 'coder.jen@lostnumber.com'
    },
    'help@www.productionwebsite.com': {
        'BLURB': 'Please contact Customer Service Center',
        'BLURB@fr': 'S\'il vous plaît communiquer avec notre Centre de service à la clientèle',
        'BLURB@de': 'Bitte kontaktieren Sie unseren Kundendienst!!1!',
        'PHONE': '1-800-CUS-TOMR',
        'EMAIL': 'customer.service@productionwebsite.com'
    },
}

... 和 post-已处理(给定 location.hostname='www.productionwebsite.com' 和 navigator.language of 'de'):

prefer(config,['www.productionwebsite.com','de']); // prefer(obj,string|Array<string>)

JSON.stringify(config); // {
    'help': {
        'BLURB': 'Bitte kontaktieren Sie unseren Kundendienst!!1!',
        'PHONE': '1-800-CUS-TOMR',
        'EMAIL': 'customer.service@productionwebsite.com'
    }
}

显然,您可以在渲染时使用 location.hostname 和 window.navigator.language 提取这些值。处理 JSON 本身的算法并不是非常复杂(但出于某种原因,您可能仍然对整个框架感到更舒服,而不是单个函数):

function prefer(obj,suf) {
    function pr(o,s) {
        for (var p in o) {
            if (!o.hasOwnProperty(p) || !p.split('@')[1] || p.split('@@')[1] ) continue; // ignore: proto-prop OR not-suffixed OR temp prop score
            var b = p.split('@')[0]; // base prop name
            if(!!!o['@@'+b]) o['@@'+b] = 0; // +score placeholder
            var ps = p.split('@')[1].split('&'); // array of property suffixes
            var sc = 0; var v = 0; // reset (running)score and value
            while(ps.length) {
                // suffix value: index(of found suffix in prefs)^10
                v = Math.floor(Math.pow(10,s.indexOf(ps.pop())));
                if(!v) { sc = 0; break; } // found suf NOT in prefs, zero score (delete later)
                sc += v;
            }
            if(sc > o['@@'+b]) { o['@@'+b] = sc; o[b] = o[p]; } // hi-score! promote to base prop
            delete o[p];
        }
        for (var p in o) if(p.split('@@')[1]) delete o[p]; // remove scores
        for (var p in o) if(typeof o[p] === 'object') pr(o[p],s); // recurse surviving objs
    }
    if( typeof obj !== 'object' ) return; // validate
    suf = ( (suf || suf === 0 ) && ( suf.length || suf === parseFloat(suf) ) ? suf.toString().split(',') : []); // array|string|number|comma-separated-string -> array-of-strings
    pr(obj,suf.reverse());
}

属性 名称后缀可以在“@”之后有任意数量的后缀,由“&”(& 符号)分隔,如果有两个属性具有不同但首选的后缀,将在它们传递给函数的顺序。包含两个首选字符串的后缀将优先于所有其他字符串。在 JSON 中找到的未指定为首选的后缀将被丢弃。

Preference/discrimination 将自上而下应用于您的对象树,如果更高级别的对象存活下来,随后将检查它们的首选后缀。

通过这种方法,您的 JSON(我正在假设哪些属性在您的环境中有所不同,哪些没有)可能会简化如下:

dbConfig = {
    "pool": {
        "min": "2",
        "max": "10"
    },
    "init": "init",
    "migrations": {
        "directory": "migrations",
        "tableName": "migrations"
    },
    "db":
        "client": "sqlite",
        "filename": "data/default/sqlitedb/development.db"
        "filename@tst": "data/default/sqlitedb/test.db"
        "filename@prd": "data/default/sqlitedb/production.db"
    },
    "db@oracle": {
        "client": "oracle",
        "user": "devuser",
        "user@tst": "testdbuser",
        "user@prd": "testdbuser",
        "pass": "devpass",
        "pass@tst": "testdbpass",
        "pass@prd": "testdbpass",
        "db": "devdb",
        "db@tst": "testdbschema",
        "db@prd": "testdbschema"
    }
};

这样您就可以使用这些 args+results 将其输入到 prefer() 函数中:

对于 sqlite,测试环境:

prefer(dbConfig,'tst');
JSON.stringify(dbConfig); // dbConfig: {
    "pool": {
        "min": "2",
        "max": "10"
    },
    "init": "init",
    "migrations": {
        "directory": "migrations",
        "tableName": "migrations"
    },
    "db": {
        "client": "sqlite",
        "filename": "data/default/sqlitedb/test.db"
    }
};

对于 Oracle,default/development 环境:

prefer(dbConfig,'oracle'); // oracle, dev(default) env
JSON.stringify(dbConfig); // dbConfig: {
    "pool": {
        "min": "2",
        "max": "10"
    },
    "init": "init",
    "migrations": {
        "directory": "migrations",
        "tableName": "migrations"
    },
    "db": {
        "client": "oracle",
        "user": "devdbuser",
        "pass": "devdbpass",
        "db": "devdbschema"
    }
};

prefer(dbConfig,'oracle,prd'); // oracle, production env
JSON.stringify(dbConfig); // dbConfig: {
    "pool": {
        "min": "2",
        "max": "10"
    },
    "init": "init",
    "migrations": {
        "directory": "migrations",
        "tableName": "migrations"
    },
    "db": {
        "client": "oracle",
        "user": "prddbuser",
        "pass": "prddbpass",
        "db": "prddbschema"
    }
};

抽象用法和例子:

var o = { 'a':'apple', 'a@dev':'apple-dev', 'a@fr':'pomme',
          'b':'banana', 'b@fr':'banane', 'b@dev&fr':'banane-dev',
          'c':{ 'o':'c-dot-oh', 'o@fr':'c-point-oh' }, 'c@dev': { 'o':'c-dot-oh-dev', 'o@fr':'c-point-oh-dev' } };

/*1*/ prefer(o,'dev');        // { a:'apple-dev', b:'banana',     c:{o:'c-dot-oh-dev'}   }
/*2*/ prefer(o,'fr');         // { a:'pomme',     b:'banane',     c:{o:'c-point-oh'}     }
/*3*/ prefer(o,'dev,fr');     // { a:'apple-dev', b:'banane-dev', c:{o:'c-point-oh-dev'} }
/*4*/ prefer(o,['fr','dev']); // { a:'pomme',     b:'banane-dev', c:{o:'c-point-oh-dev'} }
/*5*/ prefer(o);              // { a:'apple',     b:'banana',     c:{o:'c-dot-oh'}       }

注意事项 在 属性 名称中使用 @ 不是标准的并且在点符号中是无效的,但到目前为止还没有破坏我们测试过的任何浏览器。这样做的好处是它阻止了开发人员期望他们可以请参考您经过预处理的后缀属性。开发人员必须意识到,并且有点不合常规,并将您的属性称为字符串 (obj['key@suf']) 才能做到这一点,顺便说一下,这就是此功能可行的原因。

如果未来的 JavaScript 引擎拒绝它,请替换为任何其他可容忍的约定,只要保持一致即可。 该算法尚未针对性能进行分析,也未针对其他潜在问题进行严格测试。 在目前的形式下,在 startup/load 上一次性使用,我们还没有 运行 遇到问题。 一如既往,YMMV.