Зачем нужен undefined в начале кода jquery?

Question

[celen]

Начал изучать JavaScript на примере библиотеки jQuery. Сразу возник вопрос.



Вся библиотека находится в анонимной функции, вот такой

(function( window, undefined ) { /*тут много тысяч строк кода библиотеки*/ })( window );<br>

Зачем нужно передавать как аргумент этой функции undefined?

Comments

[Eugene]

А можно поподробнее? Ничего не понял =)

[Eugene]

Не туда написал, извиняюсь.

Answer 1

[Ayzor]

undefined — такая же переменная как и все остальные и ее можно переопределить. А такой прием позволяет правильно ее инициализировать в scope этой функции

Comments

[celen]

То есть это защита от переопределения undefined внешним js кодом?

[Ayzor]

Именно

#define TRUE FALSE //счастливой отладки

[celen]

Спасибо)

Answer 2

[Денис Пушкарев]

Ну и плюс так до 1 символа ужмется, если жать.

Answer 3

[Eugene]

Это объявляется переменная undefined, которая не имеет никакого отношения к «typeof переменная == 'undefined'), кроме похожего звучания и названия.

Эта переменная будет неопределена. И её можно использовать для проверки, что другая переменная не определена, только обязательно тройным знаком равно:

var t;

Это:
if (t === undefined) {

}

даст тот же эффект, что и

if (typeof t == 'undefined') {

}

Но короче.

Comments

[egorinsk]

Так это будет работать и так, без передачи в функцию отдельным аргументом.

[Eugene]

egorinsk

Так это будет работать и так, без передачи в функцию отдельным аргументом.

Она в функцию не передаётся, третьего параметра нет. Поэтому она будет неопределена.

Для надёжности можно было сделать так внутри функции:

var undefined;

Это внутренняя переменная, она не имеет никакого отношения к внешним подобным переменным — например, не влияет на них.

Aingis
переменная будет в ближайшей области видимости, что по идее увеличивает производительность

Да, повышает скорость работы скриптов. И иногда весьма существенно.

Но в любом случае здесь это не имеет никакой роли. Я о названии. Эту переменную можно было бы с таким же супехом назвать UNDEF и применять её дальше для проверки других переменных на неопределённость.

[Eugene]

Дело не в сжатии вообще, ибо назвать можно и «neopredelennaya_peremennaya»

Дело больше в удобстве разработки и написании, и дальнейшем чтении другими людьми.

Давным давно я просто сделал специальную функцию для этого (как в php):

function isset(var) {
return typeof var == 'undefined';
}
Но это будет работать медленнее ибо вызов функции, чем просто проверка ===.

Хотя читается хорошо:

if (isset(var)) {do()};

Но вариант с === конечно предпочтительнее по скорости.

[egorinsk]

Methos а зачем вообще нужен isset(), что, программист сам не помнит, какие переменные он использует? Можно воспользоваться поиском по слову var. А isset — это какой-то костыль.

[Eugene]

egorinsk
программист сам не помнит, какие переменные он использует

Вы шутите?

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

if (typeof window['alert'] == 'undefined') {
console.log(«ваш браузер не поддерживает всплывающие окошки»);
}

К слову, вопрос вам на засыпку — как сделать переменную неустановленной?

[Eugene]

Aingis
Обычно == быстрее: не надо проверять ещё и тип

Я сравнивал вызов функции и ===.

[egorinsk]

> if (typeof window['alert'] == 'undefined') {

Это плохой и неправильный код из 90-х. Не стоит его использовать. Чтобы проверить наличие ключа в хеше, есть специально для этого сделанное для этого предназначенное слово in:

if ('alert' in window) {… }

Или, можно в данном случае сделать еще проще:

if (window.alert) {… }

> как сделать переменную неустановленной?

variable = undefined, так? А зачем. если не секрет?

P.S. Тем, кто устроил обсуждение выше, какой вид равно быстрее: ребята, вы наркоманы.

[Eugene]

egorinsk

Это плохой и неправильный код из 90-х.

Все три варианта имеют право на существование. Вопрос в скорости и т.п. Но оставим это, это другой вопрос.

egorinsk
variable = undefined, так? А зачем. если не секрет?

Не тот задал вопрос. Более точный:

Можно ли с помощью delete var; сделать её неопределённой?

[egorinsk]

Methos

Вот тут stackoverflow.com/questions/1596782/how-to-unset-a-javascript-variable написано, что delete удаляет только элементы из хеша. От себя добавлю, что людей, которые пытаются или хотят удалить локальную переменную в яваскрипте надо пинками выгонять вон — за непрофессионализм и отсутствие здравого смысла.

Ну и раз локальные переменные никогда не удаляются, проверять их на существование тоже нет никакого смысла. Ну а проверять наличие элемента в хеше надо не с помощью typeof и костылей, а с помощью in — только по той причине что он предназначен специально для этого. А то это то же, что и забивать гвозди пассатижами — молоток для этих целей подходит гораздо лучше.

Те, кто пишут typeof вместо in, им либо стоит для начала получше изучить язык, на котором пишут, либо стоит не копировать бездумно где-то увиденный неправильный код.

[tenshi]

egorinsk, упырьте мел, сударь. вы очень слабо разбираетесь в предмете обсуждения, а чсв выше стратосферы.

[tenshi]

ого, сюда оказывается можно писать без ограничений >:-] тогда разверну мысль:
1. оператор in предназначен для проверки существования ключа, а не существования значения. а в качестве значения в хэше может оказаться и null и undefined. потому что писать hash.key= getValue() проще и понятней, чем var result= getValue(); if( result ) hash.key= result
2. in дискредитирует себя тем, что гуляет по прототипам, из-за чего проверку существования ключа в самом хэше приходится делать через костыль hasOwnProperty
3. вполне нормально желание удалить переменную, когда она больше не нужна, чтобы интерпретатор знал, что для последующего кода она не определена и выдал соответствующее предупреждение, в случае её использования. при копипасте, знаете ли, всякое бывает. и случайно заюзать неинициализированную переменную одноимённую другой инициализированной — вполне можно. и не надо сказок, что профи не копипастят код и пишут без ошибок)
4. сделать переменную «неустановленной» очень просто: variable= void 0 хотя это и не удаление самой переменной, а только её значения. хотя, если переменная глобальна — можно удалить её из window)

Answer 4

[egorinsk]

У меня только один вопрос, а неужели есть те, кто переопределяет undefined? Что-то смахивает на параною.

Comments

[Денис Пушкарев]

Чаще встречаются опечатки: вместо if(undefined==foo)… пишут if(undefined=foo)…

[egorinsk]

Наоброт, это еще нелогичнее, проверять на равенство undefined с помощью null

[Денис Пушкарев]

~90% «программистов» jquery наплевать на понимание другими подобных проверок и на то, что их код может поломать чей-то. Да и плюсы есть. Как минимум, строгое сравнение с undefined совсем чутка быстрее, чем с null с приведением. Как писал, в сжатой либе каждый null будет занимать по 4 байта, когда переопределенный undefined по 1. Вроде неплохие плюсы, а подход, о каком вопрос, как раз проблему переопределения и решает, хотя туда можно и null передать:)

[Денис Пушкарев]

Aingis, тык, тык

[Денис Пушкарев]

Aingis, как минимум это алгоритм сравнения из спецификации, и по ней строгое сравнение быстрее. Да, его можно оптимизировать, но, в том и дело, это остается на совести создателей движка. На практике — потестил — какие бы цифры не ставил — все в рамках стат. погрешности. Хотите дальше поспорить на данную тему — покажите, например, сравнение в сорцах v8, мне искать лень:)

[Денис Пушкарев]

Aingis но вы-то собрались сравнивать undefined с null:)

[Денис Пушкарев]

А мне скучно. Пустил. 18й хром,
1 и true, === быстрее в, примерно, 13 раз
undefined и null, === быстрее в 3 раза
2 строки, скорость примерно равна

[Денис Пушкарев]

Ему и спецу, и тесты — от него только неприятие фактов:) Чем-то религиозный фундаментализм напоминает.