graceful degradation di fuori del dominio delle applicazioni web: come significativo un problema si tratta?

Question

scuso per la lunga intro - solo cercando di impostare opportunamente la scena per evitare ambiguità e confusione

.

Le applicazioni Web sono cresciuti dall'essere interfacce basate su browser muti per la logica lato server per essere pienamente applicazioni basate su browser con il minimo necessario per la logica server-side. E 'possibile descrivere questa evoluzione attraverso l'identificazione chiara generazioni di applicazioni web.

Diciamo solo Consideriamo, per il momento, solo due generazioni: pre e post-ajax. Ci sono certamente altri fattori, come ad esempio quelle relative alle intestazioni di supporto CSS e controllo degli accessi, ma Iniziamo semplice.

A partire da un Javascript-meno semplice sistema stile-di meno, l'aggiunta di strati di miglioramenti grazia-degradanti e la finitura con un'applicazione contemporanea altamente reattivo ajax-confezionato è un compito impegnativo e soggetto ad errori. E non è affatto facile.

Per qualsiasi generazione un'applicazione web può apparire appartenere dipende il mezzo attraverso il quale si accede l'applicazione. La stessa applicazione web sembra essere una prima applicazione generazione se si accede tramite Lynx e un'applicazione di ultima generazione, se si accede tramite Firefox 3.1, con alcuni livelli in-between a seconda dell'agente utente utilizzato per accedere all'applicazione.

Il problema di creare un'applicazione web che con grazia degrada a seconda delle capacità del user agent, dove qualcosa creato per sfruttare le funzionalità del browser attuali sarebbe ripristinare la funzionalità di qualcosa creato forse quindici anni fa di fronte a Lynx, è molto difficile.

Non riesco a immaginare un'applicazione desktop di fronte a un tale scostamento in ambiente operativo.

Un unico file eseguibile (al contrario di una serie di varianti OS-specifici) in grado di sfruttare funzionalità di Vista può ben far fronte in modo adeguato quando viene eseguito sotto XP e quando mancano alcune caratteristiche di Vista. A degradare su una distanza paragonabile come una web app, la stessa applicazione desktop dovrebbe ancora funzionare, anche se in maniera meno fantasia, quando eseguito in un ambiente-line-unico comando come DOS.

Esegui sotto Lynx, è una web app di prima generazione. Eseguire la stessa sotto Firefox 3.1, è una fantasia, lucido web app contemporanea. Se di fronte a un problema del genere, ci si considera impegnativo, difficile, ma fattibile.

Esegui sotto DOS, è un'applicazione a riga di comando. Eseguire lo stesso sotto Vista, è una fantasia, lucido web app contemporanea. Se di fronte a un problema del genere, ci si considera che folle. O è vero?

fare applicazioni desktop mai di fronte a una tale ampiezza della varianza in ambienti operativi, come le applicazioni web può?

E 'questo problema (l'ampiezza della varianza, non la varianza stesso) unico al dominio di applicazioni web, o può essere trovato in fase di sviluppo desktop?

Answer 1

Le applicazioni desktop non hanno gli stessi problemi le applicazioni web hanno in questo senso. Di solito sono fatti per funzionare su una piattaforma ben definito.

Questo potrebbe cambiare in futuro. Computing si sta muovendo dai desktop ai telefoni cellulari e computer portatili più piccoli. Le applicazioni desktop dovranno funzionare su una più ampia varietà di piattaforme in futuro. Questo potrebbe causare problemi perché la maggior parte dei quadri che utilizziamo per sviluppare applicazioni desktop gestire questo anche peggio di framework per applicazioni web.

Answer 2

  

Non riesco a immaginare un'applicazione desktop di fronte a un tale scostamento in ambiente operativo.

Le applicazioni desktop hanno a che fare con la varianza, solo di tipo diverso. schede grafiche nei giochi sono un buon esempio di questo: si desidera il supporto decente per i clienti di base, ma il vostro cliente di fascia alta con la nuova scheda grafica lucido vorranno una corsa per i loro soldi. Quando si entra nel regno di elaborazione on-GPU e-card gestione della memoria, avrete una ragione sufficiente per maledire la varianza in ambienti operativi.

È inoltre generalmente trattare con più processori e software ad alta intensità di memoria di una web-app, quindi dovrete tenerne conto pure. E non sto neanche parlando di inter-operabilità del sistema operativo (che molti maniglia software desktop molto garbo).

Naturalmente, nulla mantiene un editore software desktop di imporre criteri rigorosi sull'ambiente. E 'solo una questione di business. Ma nulla obbliga a sostenere i browser non-mainstream sia (e fare la maggior parte delle applicazioni web veramente supportano Lynx?!?).

Answer 3

Nel regno di applicazione e il sistema operativo (OS), il problema è di solito invertita. E 'il sistema operativo che gestisce tutta la complessità di mantenere la compatibilità. D'altra parte l'applicazione impone prenotiamo un minima versione del sistema operativo.

Un altro posto in cui le applicazioni iniziano a vedere questo problema è il mondo Java e, in misura minore tutti gli altri cosiddetti script di LANGAGES che il lavoro su più OS.