Лучший способ организовать проект ExtJS

голоса
16

Я только начал разрабатывать приложение ExtJS, что я планирую поддерживать с очень легким сервисом JSON PHP. Кроме того, он будет автономным. Мой вопрос, что это лучший способ организовать файлы и классы, которые неизбежно вступают в существование? Кто есть опыт работы с крупными проектами ExtJS (несколько тысяч строк).

Задан 15/09/2008 в 14:48
источник пользователем
На других языках...                            


4 ответов

голоса
28

Я хотел бы начать здесь http://blog.extjs.eu/know-how/writing-a-big-application-in-ext/

Этот сайт дает хороший вводный обзор о том, как структурировать приложение.

Мы в настоящее время используем эти идеи в двух из наших приложений ASP.NET MVC / ExtJS.

Ответил 16/09/2008 в 22:17
источник пользователем

голоса
1

Я полагаю, пользователи готовы ждать приложения для загрузки, так что мы обычно загрузить все JS при первоначальном запуске приложения. Я предлагаю загрузки и eval'ing файлы JS по мере необходимости ненужно - особенно, когда все JS будут минимизированы перед развертыванием в производство.

Я предлагаю namepsaces, один класс на один файл, и хорошо определены и хорошо документированный иерархию классов.

Ответил 18/11/2009 в 18:14
источник пользователем

голоса
1

При разработке приложения файл и структура папок не имеет никакого значения , как вы , вероятно , будете хотеть , чтобы минимизировать код разблокировки и вставить его в один файл JS , когда вы закончите. Автоматизированный обработчик или сценарий сборки, вероятно , будет лучшим выбором для этого (см http://extjs.com/forum/showthread.php?t=44158 ).

Тем не менее, я где-то читал на форумах ExtJS, что один файл в классе желательно, и я могу подтвердить, что из моего собственного опыта.

Ответил 15/09/2008 в 14:59
источник пользователем

голоса
0

При запуске нового крупного проекта, я решил сделать его модульным. Как правило, в крупных проектах не все модули используются конкретным пользователем, поэтому я нагрузить их по требованию. Fe, если проект будет иметь 50 + модули, большая вероятность того, что пользователь работает только с 10-.

Такая архитектура позволяет иметь исходный код относительно небольшим.

Модули хранятся на сервере и загружаются AJAX вызова, eval'uating в responseText в AJAX обратного вызова. Единственная проблема с этим, необходимо следить на зависимости между модулями, которые могут быть сохранены внутри модулей, а также. У меня есть класс с именем модуля, и я проверяю каждый новый экземпляр модуля для существования в рамках задачи. Если он еще не существует, я загрузить его с сервера.

Ответил 17/09/2008 в 15:41
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more