为什么我会想到写这几行代码
在实际工作中,我们会使用许多或自主开发或第三方的工具,有些工具的配置文件相当细节,使用频率低倒也罢了,使用频率高的话必然造成很多代码冗余。所以我都会对这些工具做二次封装,把不经常改动的配置给予默认值。如果需要改动,传入新的配置覆盖原来的配置即可。
起初我以为这是一项很简单的需求
var json1 = { // 固定的配置
a: 1,
b: 2,
c: 3,
}
var json2 = { // 作为参数传入的配置
a: 11,
d: 14,
}
json3 = { // 合并后的结果
a: 11,
b: 2,
c: 3,
d: 14,
}
如上述,确实很简单。可事实是,当配置不再是仅仅一层嵌套时,常用的合并如$.extend
,for in
赋值就不再能再解决问题了
var json1 = {
a: 1,
b: {
b1: 'hello',
b2: 'world',
},
}
var json2 = {
b: { b2: 'china' },
c: 3,
}
json3 = { // 合并后的结果
a: 1,
b: { b2: 'chila' },
c: 3,
}
可以看出,我们的本意是希望json2
里的b.b2: 'china'
取代json1
里的b.b2: 'world'
, 可是实际上,常规的结果只会把整个object/json
取代,而不会去遍历其中的属性,在本例中导致了b.b1
的丢失。
于是就有了如下几行代码:
// 遇到相同元素级属性,以后者(main)为准
// 不返还新Object,而是main改变
function mergeJSON (minor, main) {
for (var key in minor) {
if (main[key] === undefined) { // 不冲突的,直接赋值
main[key] = minor[key];
continue;
}
// 冲突了,如果是Object,看看有么有不冲突的属性
// 不是Object 则以main为主,忽略即可。故不需要else
if (isJSON(minor[key])) {
// arguments.callee 递归调用,并且与函数名解耦
arguments.callee(minor[key], main[key]);
}
}
}
// 附上工具
function isJSON(target) {
return typeof target == "object" && target.constructor == Object;
}
虽然只有十几行的代码,但还是挺实用。粗略的挖掘了一下搜索引擎,好像并没有更合适解决问题的代码。简单的递归思想和argument.callee
琢磨一下也是有些味道的
网友评论