Каков наилучший способ структурировать мое приложение js, когда мои представления / контроллеры должны находиться в одном файле? - PullRequest
0 голосов
/ 23 июля 2011

Я создаю учебное приложение, в котором есть несколько разных типов страниц, через которые ученик будет проходить и выполнять какие-либо действия. Это будет учебный объект, соответствующий SCORM.

Это структура, которая у меня до сих пор ...

application/
  models/
    scorm.js
    sequence.js
    session.js

  pagetypes/
    multichoice.js
    truefalse.js
    basic.js

  utilities/
    jquery.js
    api.js

Мои типы страниц выполняют просмотр и контроль, следует ли мне их отделить? Причина, по которой я их объединил, заключается в том, что когда я создаю новый тип страницы, я могу просто поместить его в эту папку, и он сразу же будет распознан кодом.

Что вы, ребята, думаете? amidoinrite

Ответы [ 2 ]

1 голос
/ 24 июля 2011

Я предполагаю, что вы разделяете методы на основе типа взаимодействия страниц.

Я не вижу причин не делать это по-своему. Пока все, что нужно sco, находится в манифесте, вы можете разделять свои сценарии так, как вам хочется. Это может сэкономить немного времени загрузки для разделения отдельных типов страниц ... Но только если вы загружаете только то, что вам нужно, на страницу HTML, и вы фактически перемещаетесь по страницам в рамках сеанса sco. Если вы загружаете все сценарии в одну HTML-страницу, а затем динамически меняете содержимое div-страниц, все ваши сценарии загружаются 1 раз, и у вас также может быть 1 уменьшенный файл для всех сценариев типа страницы.

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

1 голос
/ 23 июля 2011

С JavaScript может быть сложно отделить его, так как он живет так близко к представлению. Пока данные отделены от фактического представления (которое выглядит так, как в вашем примере), это будет хорошим дизайном. Я бы сказал, что типы страниц - это больше контроллеров, а HTML - это представление. Самая важная часть - держать модель отделенной от вида. Если вы не пытаетесь создавать повторно используемые компоненты JavaScript / HTML, для типов страниц нормально размывать роль контроллера и представления.

...