Quando si deve costruire una applicazione web vs.thick client?

Question

Mi piacerebbe sentire altri consigli su quando si dovrebbe costruire una applicazione web contro la costruzione di un thick client.

Negli ultimi anni, ho partecipato a molte discussioni sul fatto che un'applicazione deve essere costruito (o un vecchio programma aggiornato) con un'interfaccia browser web.Di solito questi sono sistemi interni utilizzati all'interno di un'organizzazione, non per il mercato di massa shrink-wrap prodotti, e non erano in realtà su Internet.Io non voglio limitare la discussione a questi tipi di applicazioni esclusivamente se.

Ci sono evidenti casi in cui un'applicazione deve essere uno o l'altro (ad es.n web based software di editing video).D'altra parte, librerie Javascript stanno facendo più ricco di esperienze nel browser meno difficile l'attuazione di tutti i giorni.

Sono librerie Javascript e avanzate tecnologie lato server fatto cose come il menu di scelta rapida, drag and drop, etc.fattibile sul lato client senza un grande sforzo?A quale punto la complessità aggiuntiva di scrittura per il web ignorare i vantaggi come la facilità di distribuzione e la compatibilità cross-platform, in particolare se non si sta tentando di creare la prossima Overflow dello Stack, ma invece di costruire un'applicazione interna?

Il fatto che un'applicazione interna ha una durata limitata e captive audience più o meno eseguire l'override di qualsiasi preoccupazioni di una migliore usabilità che una fitta cliente può fornire?

Answer 1

Vado Web app quando non voglio:

- essere di supporto mille ambientazioni, ognuna con le proprie peculiarità. In particolare, virus, trojan, software interferire, e a farlo funzionare lo stesso ovunque.

- preoccuparsi di applicazione di aggiornamenti e prendendo un sacco di chiamate

- trattare con i clienti che perdono i loro dati

Prendo un thick client quando il calcolo è per la cpu per ogni operazione, o c'è un significativo trasferimento di dati per la transazione.

Ho come risolvere i problemi di tutti con un aggiornamento.Potrebbe non essere per tutti, ma dove la qualità della mia vita, e quelle che io lavoro per sale.Fare una web app funziona su diversi browser può essere più facile che un sacco di sistemi operativi diversi in condizioni diverse.

Con l'avvento di Flex/Air è in grado di fornire un'intera applicazione di esperienza nel browser.Il browser sta diventando l'interfaccia universale, se è installato in locale o nel cloud.

Le applicazioni Web hanno i loro svantaggi troppo.Io sono solo più motivati a costruire applicazioni web come i pro sembrano superano i contro per i progetti che mi sono scelta.

Answer 2

Credo che siamo ancora al punto in cui se non c'è un motivo per essere una web app che dovrebbe essere un'applicazione locale (di spessore). E 'ovvio quando dovrebbe essere una web app. Un piccolo cruccio mio è il pensiero che dovrebbe essere una web app, a meno è ovvio che dovrebbe essere locale. Non credo che siamo al punto in cui le imprese sono disposti ad avere i propri lavoratori dipendenti su applicazioni web al di fuori del loro controllo. Quando si tratta di applicazioni interne ad una società credo circolazione dei dati, sicurezza e implementazione / aggiornamento sono i fattori chiave nel decidere.

Un paio di motivi principali per un app per essere sul web.

1. L'applicazione e dati devono seguire in giro non importa quale computer si è in.
2. I dati devono essere centralizzata e la quantità di dati che devono essere trasferiti al cliente è ragionevole.

A pochi motivi per utilizzare le app di spessore:

1. Utilità che lavorano su risorse locali.
2. Le applicazioni che fanno un sacco di un'elaborazione dei dati in tempo.
3. Applicazioni in cui deve essere accessibile quando non sono connessi alla rete dati.

Answer 3

Le cose che mi ricordo dai cattivi vecchi tempi di distribuzione delle applicazioni interne che non sono state web-based: C'era sempre un minimo di un computer che è stato impostato in modo differntly che l'aggiornamento non avrebbe funzionato. A volte di più e il problema era diverso per ogni macchina che non avrebbe funzionato. C'era sempre un utente che ha rifiutato di installare l'aggiornamento fino a quando costretto a da gestione (di solito diverse settimane o mesi successivi). Questo ha finito per causare problemi nei dati, a volte stavano ristrutturando nuove regole businesss non sono state applicate.