Архитектура Ajax - MVC?Другое?

Я создал программу Javascript в стиле MVC. В комплекте с M и C. Возможно, я сделал неверный шаг, но в итоге я создал свою собственную библиотеку диспетчера событий. Я убедился, что разные уровни обмениваются данными только с использованием протокола сообщений, который может быть преобразован в чистые объекты JSON (хотя я на самом деле не выполняю этот этап перевода).

Таким образом, jquery живет в основном в V-части архитектуры MVC . На стороне M и C у меня есть в основном код, который может работать в автономной версии CLI spidermonkey или в серверной реализации javascript Rhino, если это необходимо. Таким образом, если позже требования изменятся, я могу запустить мои уровни M и C на стороне сервера, обмениваясь этими сообщениями json на сторону V в браузере. Однако, чтобы это изменить, потребуются только некоторые изменения в моем диспетчере сообщений. В будущем, если в браузерах появятся технологии однорангового стиля, я смогу запустить различные программы, например, в разных браузерах.

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

Конечно, главный недостаток, с которым я столкнулся, - это то, что я не знаю » Я очень хорошо справился со сложностью этого дела. Для этого, если бы мне пришлось все это сделать, я бы очень внимательно изучил парадигму «функционального реагирования». Существует одна реализация этой парадигмы в javascript, которая называется flapjax. Я бы гарантировал, что уровень представления следовал этой модели выполнения, если бы не использовалась специально библиотека flapjax. (я не уверен, что flapjax сам по себе является таким отличным воплощением идеи, но сама идея важна).

Другой большой реализацией функционального реактивного кода является кварцевый композитор, который поставляется бесплатно с инструментами разработчика Apple (который бесплатны при покупке любого Mac). Если это доступно вам, внимательно посмотрите на это и на то, как это работает. (у него даже есть патч javascript, чтобы вы могли прототипировать свое приложение с предварительно созданным слоем представления)

Главный вывод от функциональной реактивной парадигмы - убедиться, что представление не поддерживает никаких состояний, кроме тот, который вы только что дали для отображения. Говоря более конкретными словами, я начал с сообщений типа «Добавить объект на экран» «удалить объект с экрана», а теперь я больше склоняюсь к «отображению этого списка объектов, и я позволяет вам найти наиболее эффективный способ перейти от текущего дисплея к тому, что я хочу, чтобы вы теперь отображали ». Это устранило целый ряд ошибок, связанных с небрежно управляемым состоянием.

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

В любом случае, это моя маленькая тирада. Дайте мне знать, если у вас возникнут дополнительные вопросы о моем военном опыте.