Javascript архитектура моего приложения CMS

Question

Я создаю CMS, в которой будут некоторые функции, использующие Javascript / Ajax в качестве подкачки, поиска (оба с использованием ajax) и некоторые функции, такие как обрезка изображения и другие (без ajax).

Мое приложениене одностраничное приложение, я ищу архитектурное решение моих Javascripts, которое включает в себя разделение задач для будущего обслуживания.

Я рассматривал решения MVC, такие как Backbone.js, Spine.js, Dojo Toolkit и Pub / Sub Pattern, но я не знаю, являются ли эти решения подходом для моего приложения, однако это могут быть решения с большим количеством ресурсов, которые мне не нужны.

Кто-томожет помочь мне и указать мне простое и не слишком сложное решение (ПРИМЕР с кодом гораздо лучше), которое фокусируется на разделении интересов?

(Как я уже говорил, я буду использовать простые функции Javascript, такие как пейджинг ипоиск с помощью ajax и некоторых функций, таких как обрезка изображений, проверка форм, сетки ajax и плагины jquery в целом)

Я знаю jQueryотлично подходит для манипуляций с DOM, однако, только jQuery не служит хорошим архитектурным решением. Что я мог бы объединить с jQuery для хорошей архитектуры / разделения?

Answer 1

Если вы ищете эталонную архитектуру для крупномасштабной разработки javascript, взгляните на BoilerplateJS.Это не библиотека, а стартовая кодовая база с примерами для разработки сложных продуктов.Как вы и просили, он показывает лучшие практики

• структуры решения
• модульности продукта
• автономных компонентов пользовательского интерфейса

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

http://boilerplatejs.org

Answer 2

Если вы создаете одностраничное приложение, что-то вроде Knockout.js - это замечательно. Если вы создаете веб-сайт с подобными приложениями функциями, фреймворк, использующий jQuery, в основном лучше. В этом случае перейдите на что-то вроде Backbone.js (есть другие)

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