2009-02-06 10 views
9

Mi piacerebbe sentire i consigli di altre persone su quando si dovrebbe costruire un'applicazione web contro la creazione di un grosso cliente.Quando si dovrebbe creare un'applicazione Web rispetto a un client spesso?

Negli ultimi anni, ho partecipato a diverse discussioni sull'opportunità di creare un'applicazione (o una vecchia applicazione aggiornata) con un'interfaccia browser web. Di solito si trattava di sistemi interni utilizzati all'interno di un'organizzazione, non di prodotti a involucro retrattile del mercato di massa, e non erano in realtà su Internet pubblica. Tuttavia, non voglio limitare la discussione a questi tipi di applicazioni.

Ci sono casi ovvi in ​​cui un'applicazione deve essere l'una o l'altra (ad esempio nessun software di editing video basato sul web). D'altra parte, le librerie Javascript stanno rendendo meno complesse le esperienze nel browser meno difficili da implementare ogni giorno.

Le librerie Javascript e le tecnologie avanzate lato server hanno reso possibili operazioni quali menu di scelta rapida, trascinamento della selezione, ecc. Sul lato client senza grandi sforzi? A che punto la complessità extra della scrittura per il Web prevale sui vantaggi quali la facilità di implementazione e la compatibilità multipiattaforma, in particolare se non si sta tentando di creare il successivo Overflow dello stack, ma invece di creare un'applicazione interna?

Il fatto che un'applicazione interna abbia un pubblico limitato e in cattività sostituisce più o meno le preoccupazioni relative a una migliore usabilità che un client spesso può fornire?

+0

http://www.google.com/search?q=web+based+video+editing – ykaganovich

+0

Grazie per questo collegamento, indovina devi stare attento a quello che dici! sebbene nella mia difesa, questi non sono generalmente il tipo di app che intendevo neanche. :) – Jeremy

risposta

6

vado Web app quando io non voglio:

- essere sostenendo mille ambienti ognuno con le proprie peculiarità. In particolare, virus, trojan, software che interferiscono e che funzionano in modo identico ovunque.

- preoccuparsi di applicare gli aggiornamenti e prendendo un sacco di chiamate

- trattare con i clienti che hanno perso i loro dati

ho scegliere un thick client quando il calcolo è intenso transazione per, o non v'è trasferimento di dati significativo per transazione.

Mi piace risolvere i problemi di tutti con un aggiornamento. Potrebbe non essere per tutti, ma è dove la qualità della mia vita e quelle per le quali lavoro è salito. Far funzionare un'app Web su alcuni browser diversi potrebbe essere più semplice di una tonnellata di sistemi operativi diversi in condizioni diverse.

Con l'avvento di Flex/Air è possibile fornire un'intera esperienza applicativa nel browser. Il browser sta diventando l'interfaccia universale, indipendentemente dal fatto che sia installato localmente o nel cloud.

Anche le app Web hanno i loro vantaggi. Sono solo più motivato a creare applicazioni web in quanto i professionisti sembrano superare gli svantaggi per i progetti che scelgo.

2

Credo che siamo ancora al punto in cui, a meno che non vi sia un motivo per cui sia un'app Web, dovrebbe essere un'applicazione locale (spessa). È ovvio quando dovrebbe essere un'app web. Un mio caro è il pensiero che dovrebbe essere un'app web a meno che non sia ovvio che dovrebbe essere locale. Non credo che siamo al punto in cui le imprese sono disposte a far dipendere i loro dipendenti da applicazioni Web al di fuori del loro controllo. Quando si tratta di app interne a un'azienda, ritengo che i movimenti di dati, sicurezza e implementazione/aggiornamenti siano i fattori chiave nella decisione.

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

  1. L'applicazione ei dati devono seguirti ovunque, indipendentemente dal computer in cui ti trovi.
  2. I dati devono essere centralizzati e la quantità di dati che deve essere trasferita al cliente è ragionevole.

Alcuni motivi per utilizzare le app di spessore:

  1. utilità che lavorano sulle risorse locali.
  2. App che eseguono molte operazioni di elaborazione dei dati una tantum.
  3. App dove è necessario accedere ai dati quando disconnesso dalla rete.
0

cose che ricordo dai cattivi vecchi tempi di distribuzione delle applicazioni interne che non erano basate sul Web: 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 si rifiutava di installare l'aggiornamento fino a quando non veniva forzato dalla gestione (di solito alcune settimane o mesi dopo). Questo ha finito per causare problemi nei dati a volte perché le nuove regole aziendali non sono state applicate.

Problemi correlati