Strutturazione Architettura di sistema in un Web Application Flex su un bilancio (w / o Java)

Question

Ho iniziato un progetto un po 'indietro con la seguente architettura Adobe Developer articolo parlando di La creazione di marketing piattaforme in Flex . Ho fatto il mio primo set di codifica localmente dimenticare che il mio server non ha trattato Tomcat. Così ho detto va bene, e tagliare alcuni angoli e poi alcuni altra limitazione si avvicinò e mi tagliò alcuni più angoli. Alla fine per una buona settimana o due, si stava cercando di ottenere il progetto di lavoro con rendendo il lunario. Livelli iniziato a fondersi.

Alla fine ho usato un

PureMVC (Presentazione / client) -> ZendAMF (comunicazione) -> MySql (dati) Layout.

Ha funzionato, ma non ho mai sentito come se avessi qualche strato solo per prendersi cura di tutte le chiamate SQL al data.It appena sentito hacked insieme

Quindi dovrei mantenere la messa a punto di cui sopra e solo iniziare dal livello di presentazione e spostare verso il basso come hanno detto in questo articolo o c'è una migliore stratificazione ( sulla base di un piano di hosting che non gestisce Java ) ho potuto realizzare?

Nota :. Vorrei solo chiedere ai ragazzi di adobe, ma a malapena rispondere sul loro sito

Grazie!

UPDATE: Il mio piano di hosting corrente - http://www.godaddy.com/Hosting/Legacy.aspx?ci=9009#details (Economia)

Answer 1

Si salta un po 'intorno; Io non sono del tutto sicuro di quali informazioni il vostro dopo.

Ci sono molti modi diversi di architetto un'applicazione; Non vedo nulla di insolito con l'approccio che descrivi.

Molti progetti utilizzano un'architettura simile a ciò che si descrive. Con Flex sull'estremità anteriore (usando PureMVC, Cairngorm, o qualche altro quadro); una qualche forma di Middleware (immagino che si sta utilizzando PHP e ZendAMF, ma si potrebbe anche usare .NET, Java, ColdFusion o qualsiasi altro linguaggio lato Serer). e un po 'archivio dati (MySQL)

Nel middleware (AKA PHP / CF / Java / etc ..); un sacco di gente creare un livello di servizio che gestisce le comunicazioni remote da front-end, ad esempio, un'applicazione Flex. Lo strato servizio può spesso essere riutilizzato.

Dietro il livello di servizio v'è spesso un modello di sorta che a volte comprende la logica di business importante.