在数组元素上使用delete运算符与使用array.splice方法有什么区别？
例如：
myArray = ['a', 'b', 'c', 'd'];
delete myArray[1];
// or
myArray.splice (1, 1);
如果我可以像删除对象那样删除数组元素，为什么还要使用拼接方法？
当前回答
function remove_array_value(array, value) {
var index = array.indexOf(value);
if (index >= 0) {
array.splice(index, 1);
reindex_array(array);
}
}
function reindex_array(array) {
var result = [];
for (var key in array) {
result.push(array[key]);
}
return result;
}
例子：
var example_arr = ['apple', 'banana', 'lemon']; // length = 3
remove_array_value(example_arr, 'banana');
香蕉被删除，数组长度=2
其他回答
为什么不只是过滤？我认为这是考虑js中数组的最清楚的方法。
myArray = myArray.filter(function(item){
return item.anProperty != whoShouldBeDeleted
});
function deleteFromArray(array, indexToDelete){
var remain = new Array();
for(var i in array){
if(array[i] == indexToDelete){
continue;
}
remain.push(array[i]);
}
return remain;
}
myArray = ['a', 'b', 'c', 'd'];
deleteFromArray(myArray , 0);
//结果：myArray=['b'，'c'，'d']；
其他人已经正确比较了删除和拼接。
另一个有趣的比较是delete与undefined：一个被删除的数组项比一个刚刚设置为undefineed的数组项使用更少的内存；
例如，此代码不会完成：
let y = 1;
let ary = [];
console.log("Fatal Error Coming Soon");
while (y < 4294967295)
{
ary.push(y);
ary[y] = undefined;
y += 1;
}
console(ary.length);
它会产生以下错误：
FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory.
所以，正如您所看到的，undefined实际上占用了堆内存。
但是，如果您还删除了ary项（而不是将其设置为undefined），代码将缓慢完成：
let x = 1;
let ary = [];
console.log("This will take a while, but it will eventually finish successfully.");
while (x < 4294967295)
{
ary.push(x);
ary[x] = undefined;
delete ary[x];
x += 1;
}
console.log(`Success, array-length: ${ary.length}.`);
这些都是极端的例子，但它们表明了我在任何地方都没有看到有人提到的删除。
我有两种方法。
简单的一个：
arr = arr.splice(index,1)
第二个：
arr = arr.filter((v,i)=>i!==index)
第二种方法的优点是可以删除一个值（所有值，而不是像大多数情况一样只删除第一个实例）
arr = arr.filter((v,i)=>v!==value)
最简单的方法可能是
var myArray = ['a', 'b', 'c', 'd'];
delete myArray[1]; // ['a', undefined, 'c', 'd']. Then use lodash compact method to remove false, null, 0, "", undefined and NaN
myArray = _.compact(myArray); ['a', 'c', 'd'];
希望这有帮助。参考：https://lodash.com/docs#compact
