Кстати о практическом применении #12. Недавно спрашивали, почему здесь ничего не работает:

<script type="text/javascript" src="jquery.js"></script>
<script type="text/javascript">
jQuery.noConflict();
function $() {}
$(); // $ is not a function
</script>

Без понимания того, что функция $ будет создана раньше, чем выполнится jQuery.noConflict, найти ошибку было бы сложно.

А это уже кстати ерунда. компилятор никогда не должен забегать на перед и создавать функции раньше их использования, в этом беда JS. Как сказал гозар у меня написано в подписи. А то что делает ECMA - пытается добавить интеллектуальности компилятору - его и губит.

Чушь.

Это не чушь, а сотни набитых шишек на голове опытных программистов. Попробуйте в С++ создать функцию позже ее ипользования...
Изза этого кстати, eval и медленный, т.к. компилятор сначала пытается найти такие вот функции, а потом все остальное.

Функции в C++ создаются на этапе компиляции, так что в любом случае до использования, не зависимо от места объявления.

Он в любом случае парсит весь скрипт сначала, eval тут не причем.

Да не вопрос, только прототип объявить.

Правильно. Это и есть обьявление функции, только без тела. тело подкрепляется потом. В обьявлении прототипа главное то, что нам уже есть куда ссылаться при компилации ее использования.

нет, он фактически проверяет, знаешь ли ты, можно ли "переопределить" функцию

ну я, думаю, объявление функций перед использованием ускоряет компиляцию. Это и было причиной такого правила. Вопрос в том, насколько далеко в прошлое PeaceCoder хочет вернуться ;)

Каким образом? Как парсился весь скрипт до выполнения, так и парсится.

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

Здесь ещё дополнительные вопросы пишут: http://groups.google.ru/group/comp.l...170b5696?hl=en