Структурирование архитектуры системы в веб-приложении Flex по бюджету (без Java)

Question

Я начал проект заново, используя следующую архитектуру от Adobe Developer Article, говоря о Creating marketing platforms in Flex. Сначала я сделал свой первый набор кодировок, забыв, что мой сервер не обрабатывал Tomcat. Поэтому я сказал, хорошо, и вырезал несколько углов, а затем появилось какое-то другое ограничение, и я сократил еще несколько углов. В конце концов, в течение хорошей недели или двух, он пытался заставить проект работать, чтобы свести концы с концами. Слои начали сливаться.

В конце концов я использовал

PureMVC (Presentation/клиент) -> ZendAMF (Communication) -> MySql Layout (Data).

Он работал, но я никогда не чувствовал себя так, как будто у меня был какой-то слой просто заботиться о всех SQL вызывает к data.It просто чувствовал себя взломан вместе

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

ПРИМЕЧАНИЕ: Я бы просто попросил ребят adobe, но они едва ответили на их сайте.

Спасибо!

UPDATE: Мой текущий план хостинга - http://www.godaddy.com/Hosting/Legacy.aspx?ci=9009#details (Economy)

Answer 1

Вы прыгаете вокруг немного; Я не совсем уверен, какая информация вам нужна.

Существует множество различных способов создания архива приложения; Я не вижу ничего необычного в том, что вы описываете.

Многие проекты используют архитектуру, похожую на то, что вы описываете. С Flex на лицевой стороне (с использованием PureMVC, Cairngorm или другой платформы); в какой-то форме Middleware (я предполагаю, что вы используете PHP и ZendAMF, но вы также можете использовать .NET, Java, ColdFusion или любой серьерный язык) и некоторое хранилище данных (MySQL).

В промежуточном программном обеспечении (AKA PHP/CF/Java/etc ..); многие люди создают слой обслуживания, который обрабатывает удаленные сообщения с лицевых концов, например, приложение Flex. Уровень обслуживания часто можно использовать повторно.

За уровнем обслуживания часто существует модель рода, которая иногда включает в себя основную бизнес-логику.