Всё относительно. Для RIA вполне.

Мне и в голову не пришло бы одной этим заниматься, но при совместной разработке (именно RIA) это может понадобиться.
Вот и интерисуюсь. Спасибо за ответы.

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

Я согласна, что az немного перегнул палку, но Вы считаете, что сильносвязанные модули ( отношение осведомлённости или даже агрегирование ) стоят сэкономленных 500 строк на ядро и event-менеджер?

А вообще, вопрос относился именно к примеру, а не к методу по ссылке.

это вы так считаете. по мне подход az сковывает и заставляет строить совершенно ненужные абстракции.
- "Диаграмма пакетов"

правда чтоли ?
var Module1 = {...}
var Module2 = {...}

new function() {
var eee = Module1;

eee.xxx(); // профит

}

что именно?

Ой, да какие там абстрации... Не так страшен чёрт, как его малюют. Чтобы модуль можно было использовать в схеме, предложенной N.C. Zakas и развитой AZ, необходимо и достаточно, чтобы он имел дескриптор и 2 метода: init и destroy. Для получения доступа к вкусностям, вроде событий, в добавок используется экземпляр песочницы.

Действительно. Спасибо, буду пробовать.

к тому что можно и без избыточности и дополнительной абстракции.

Можно. А нужно?
В предложенной модели я не вижу сильных усложнений, потерь по памяти и скорости.

Я правильно понимаю, что Вы отказываетесь от слабой связанности, независимости модулей в пользу простоты? А поддерживать код всегда будете Вы? Напомню, на всякий случай, что говорим о RIA.

lenok_sm, я отказался от коня в вакууме )

http://computersbooks.net
уйма компьютерной литературы