Метод remove() в стандартном Array

[voyager]

Вот хотел поинтересоваться, это ни кому не мешает?
Я так понимаю, Ext где-то доопределяет стандартный класс array, добавляя в него метод remove(). И хоть длина массива определяется корректно, после этого любой for in по массиву натыкается на этот remove...
Ну т.е.:

var mycars = new Array();
mycars[0] = "Saab";
mycars[1] = "Volvo";
mycars[2] = "BMW";

по

for (var x in mycars)
{
 alert(mycars[x]);
}

Получим:
"Saab"
"Volvo"
"BMW"
и, соответственно, код remove()...
Как бы вы посоветовали решить эту проблему?

[Kolyaj]

Цикл for-in перебирает свойства объекта, коим является и remove. Для перебора элементов массива используется обычный цикл for.

http://alljs.ru/articles/array/iteration.html

[Sweet]

Используй hasOwnProperty. Должно помочь
UPD А вообще, конечно, такой способ перебора не для массивов

[voyager]

Цикл for-in перебирает свойства объекта, коим является и remove. Для перебора элементов массива используется обычный цикл for.

http://alljs.ru/articles/array/iteration.html

Это понятно. Но вы полагаете удобно использовать for вместо for in? Только потому что, библиотеке вздумалось изменить стандартный класс все ранее написанные скрипты нужно переделать?

hasOwnProperty

Не совсем понял, как это должно мне помочь?

UPD А вообще, конечно, такой способ перебора не для массивов

UPD: Ок, а как тогда пробежаться по хэшу, когда мне нужны и ключи и значения?

[Sweet]

Не совсем понял, как это должно мне помочь?

я думаю, remove() из прототипа

как тогда пробежаться по хэшу, когда мне нужны и ключи и значения?

Если под хэшем подразумевается объект, то конечно for-in. А если массив - то for.

[Kolyaj]

Но вы полагаете удобно использовать for вместо for in?

Это не я предлагаю использовать for вместо for-in, а вы используете for-in вместо for. Ещё раз: for-in перебирает свойства объекта, а не только целочисленные свойства, коими являются элементы массива. Так почему вы жалуетесь, что for-in захватывает кастомные методы? Он для этого и предназначен.

Только потому что, библиотеке вздумалось изменить стандартный класс все ранее написанные скрипты нужно переделать?

Не класс, а прототип. И не изменить, а добавить метод. Это вполне легальная ситуация. По ссылке выше описан случай, когда for-in взрывается и без добавления методов в прототип.
И да, если скрипты написаны неправильно, их нужно переписать.

а как тогда пробежаться по хэшу, когда мне нужны и ключи и значения?

А тут в чём проблема?

[voyager]

Ок, пример был несколько упрощен. На самом деле работа идет не с массивами а фактически с объектами.

mycars['xxx'] = "Saab";
mycars['www'] = "Volvo";
mycars['eee'] = "BMW";

И когда мне нужны не только значения но и ключи в ход идет:

for (var x in mycars)  
{  
   alert(x +' - '+mycars[x]);  
}

Тепрь, насколько я понимаю, мне везде прийдется вставить if hasOwnProperty...

[Kolyaj]

На самом деле работа идет не с массивами а фактически с объектами.

Так и используйте объекты.
http://alljs.ru/articles/array/whatis.html#assoc

var mycars = {};
mycars['xxx'] = "Saab";
mycars['www'] = "Volvo";
mycars['eee'] = "BMW";

А лучше

var mycars = {
    xxx: 'Saab',
    www: 'Volvo',
    eee: 'BMW'
};

Object.prototype никто не трогает, как правило, hasOwnProperty не нужен будет.

[voyager]

Это все логично, спасибо. Но мне уже такой JSON приходит, где это массивы .

[Kolyaj]

Не может вам такой JSON приходить. Или это не JSON.