Я запустил бы здесь http://blog.extjs.eu/know-how/writing-a-big-application-in-ext/
, Этот сайт дает хороший вводный обзор того, как структурировать Ваше приложение.
Мы в настоящее время используем эти идеи в двух из наших MVC ASP.NET / приложения ExtJS.
При разработке приложения файловая структура и структура папок не должны действительно иметь значения, поскольку Вы, вероятно, собираетесь хотеть минимизировать код выпуска и засунуть его в единственный файл JS, когда Вы сделаны. Автоматизированный сценарий обработчика или сборки, вероятно, будет лучшим выбором для этого (см. http://extjs.com/forum/showthread.php?t=44158 ).
Однако я читал где-нибудь на форумах ExtJS, что единственный файл в классе желателен, и я могу засвидетельствовать это на основе своего собственного опыта.
При запуске нового большого проекта я решил сделать его модульным. Обычно, в больших проектах не все модули используются конкретным пользователем, таким образом, я загружаю их по требованию. F.e., если проект имел бы 50 + модули, большая вероятность состоит в том, что пользователь работает только с 10-.
Такая архитектура позволяет Вам для имения начального относительно маленького кода.
Модули хранятся на сервере и загружаются вызовом Ajax, eval'uating responseText в обратном вызове Ajax. Единственная проблема с этим, необходимо отслеживать на зависимостях от модуля, которые могли быть сохранены в модулях также. У меня есть класс под названием Модуль, и я проверяю каждый новый экземпляр модуля на существование в задаче. Если это еще не существует, я загружаю его из сервера.
Я предлагаю пользователям дождаться загрузки приложения, поэтому обычно мы загружаем весь JS во время первоначального запуска приложения. Я предлагаю загружать и оценивать файлы JS по мере необходимости, в этом нет необходимости - особенно когда весь JS будет минимизирован перед развертыванием в производственной среде.
Я предлагаю пространства имен, один класс на файл и четко определенную и хорошо документированную иерархию классов.