utilizzo di Ajax in un prodotto

Question

Supponiamo che mi sia stato assegnato il compito di progettare un prodotto che avrà un front-end basato su browser.
Il team di vendita vuole un'app elegante.Il team di gestione del prodotto desidera rendere il prodotto conveniente (durante tutta la fase di manutenzione)

Ora supponiamo che il team tecnico possa decidere (lo vorrei :)) se dare agli utenti un aspetto "ricco" e sentire siti come StackOverflow/Facebook o dare loro qualcosa dell'era del 2006...con tutta questa serie di considerazioni buttate dentro..

1. La vita prevista del prodotto è di circa 6 anni
2. Il team di manutenzione del prodotto non dovrebbe aver bisogno di eseguire il refactoring del codice per adattarlo ai browser futuri
3. Il team di manutenzione del prodotto migliorerà solo la funzionalità aziendale
   ..e un sacco di cose correlate come questa

..consiglieresti di utilizzare ajax?Se sì, cosa mi garantisce che l'interfaccia utente (framework ajax) che utilizzo oggi continuerà a funzionare senza modifiche nelle prossime 2-3 versioni del browser?

MODIFICARE:Per favore, non dare per scontato che io abbia qualcosa contro AJAX.Lavoro su DHTML dal 1999 e su ajax da prima che fosse chiamato ajax :) Ho anche lavorato su componenti lato server che non hanno avuto bisogno di modifiche dal 2002 solo perché erano codificati secondo una specifica.

Detto questo, ho esperienze di prima mano su quanto codice "fallisce con grazia" dovrei scrivere solo per rendere felici questi browser capricciosi.Ad ogni modo, grazie per tutte le risposte e credo di essere tornato a implementare ancora una volta il codice "fail-gracefully".

Answer 1

Generalmente, qualsiasi framework viene utilizzato per molti anni e come tale Ajax è in circolazione da parecchio tempo.Inoltre, i cambiamenti/aggiornamenti del browser sono molto scarsi al momento e abbiamo ancora un utilizzo del 60% di ie6, se questo è un indizio di qualche tipo.

In generale, architetta il tuo sistema/soluzione con l'idea di una soluzione di fallback nel caso in cui i framework ajax/jquery non siano disponibili.Utilizza i framework per estendere le caratteristiche e le funzionalità dell'interfaccia utente ma, senza di essi, di base avrebbe comunque funzionalità.

Answer 2

IMHO, l'Ajax non è poi così cattivo.Perché pensi che l'utilizzo di AJAX condannerà il tuo prodotto?Se usi AJAX per fornire ricchezza dell'interfaccia utente e hai anche paura di fallire, puoi pensare di mantenere un meccanismo di fallback.Esistono anche altri framework come WPF, Silverlight ecc. per RIA.Ajax è abbastanza stabile ora (mi riferisco ad AJAX in MS .NET, perché altrimenti AJAX è un vecchio saggio ora).Anche Silverligt sta diventando abbastanza stabile.Vedo alcuni problemi con WPF, ma puoi dare un'occhiata anche a quello.

Answer 3

Potresti già saperlo, ma ajax è diventato parte integrante del moderno sviluppo Web negli ultimi due o tre anni;si presuppone semplicemente che, se disponi di persone di qualità, la tua app Web utilizzerà ajax.In realtà non usiamo nemmeno più molto il termine;più spesso è semplicemente qualcosa di implicito quando qualcuno dice "jQuery", ecc.

Le moderne librerie JavaScript forniscono un buon isolamento dalle modifiche del browser, anche se i tuoi sviluppatori dovranno esercitare l'autocontrollo nel non utilizzare le ultime funzionalità proprietarie dei browser se le cose vogliono essere compatibili con tutti i browser.Esistono anche stack di livello superiore come Google Web Toolkit che fanno molto per astrarre le cose di basso livello, anche se non li consiglierei necessariamente (o li sconsiglierei).

Se la tua situazione richiede un'applicazione Web moderna, un'applicazione più tradizionale o un insieme di pagine Web statiche è qualcosa che dovrai determinare in base alle risorse di cui disponi.Come ha detto qualcun altro, è bene lavorare con un graduale degrado nei casi in cui si incontra un browser più vecchio.