vflash, использование run приветствуется ;) да и hide если много кода (он же ведь сначала незапускаемым был, правда?)

Ну что ещё не понятно?! Массив имеет длину. Length показывает длину. Как видно в случае с join, длинна есть. Только вот значение имеют не все ячейки. Что конкретно тебя смутило в твоем примере?

x-yuri, да я поправил, ибо влом было в консоль копировать.

это называется взаимоисключающие параграфы

var m = [23,,,,45];
alert([
  m.indexOf(undefined),
  m.join('+')
]);

alert(Array(10).join('+'));

Ну этот вопрос нужн задавать на форуме T-39.
К примеру:

alert(typeof null); // object

На первый взгляд тоже не понятно, косяк или так задумано. И даже в ECMAscript 4 такое поведение было объявлено багом и в спецификации ECMA-262-3 тип null-a - Null, однако потом решили оставить на будущее, т.к. null связан только с объектами и ничего иного возвращать не может.

null -- отсутствующая ссылка на объект. Т.е. ссылка должна быть, но её нет. Поэтому логично, что typeof null == 'object'

так это, после ecma-262-3 есть какая-то спецификация на которую можно ориентироваться?

вот эта http://www.ecma-international.org/pu...s/Ecma-262.htm

есть хорошая презентация по истории js "Александр Мочёнов. JavaScript.next"
http://www.devclub.eu/2011/09/04/sos...vascript-next/


по сути у null та же роль что и у undefined. давно бы можно было избавиться от одного из них (от undefined к примеру). реально достало после проверки на тип проверять что это точно объект.

да, начало, про историю, понравилось :)

if (Object(arg) === arg)

отсекает null

typeof x === 'object' && x !== null

работает в четыре раза быстрее чем Object(arg) === arg , и читается лучше. да и другие типы не отсеивает