Le applicazioni basate sul web dovrebbero seguire gli standard web?

Question

Di giorno sono uno sviluppatore web front-end, ma nel mio tempo libero mi diletto con altri linguaggi come C, Objective-C, Python, ecc. Quando ho iniziato lo sviluppo web l'idea delle applicazioni web era solo per iniziare.

Da allora sono comparsi due fantastici quadri, SproutIt è SproutCore e 280 North's Cappuccino (+ Objective-J). SproutCore viene utilizzato da Apple per la sua applicazione MobileMe e 280 North rilasciate da 280 slide. Entrambe queste applicazioni sono fantastiche e sono una testimonianza di ciò che è possibile sul web. Quindi lo slancio sta cambiando. Le applicazioni Web che iniziano a sembrare e ad agire come applicazioni desktop.

Quindi la mia domanda è questa: le applicazioni web dovrebbero seguire gli standard web, la separazione di markup (contenuto), presentazione (design) e comportamento (funzionalità) o no?

Non sono sicuro di SproutCore poiché non ho guardato il codice sorgente, ma so che se vai su 280slides.com e disattivi JavaScript, praticamente tutto scompare. Ti rimangono alcune parole insignificanti.

Consentitemi di chiarire, capisco che le applicazioni basate sul Web come 280 diapositive sono pensate per avere JavaScript attivo e non sono pensate per essere funzionali senza di esso, ma nel mio lavoro quotidiano il mio obiettivo principale è scrivere markup pulito, separare contenuto, presentazione e comportamento in modo che il nostro sito e le nostre applicazioni possano essere utilizzati da quante più persone possibile.

Answer 1

Sembra che le altre persone che hanno risposto finora non abbiano nessuna idea di cosa stai parlando.

Come me, te l'hai fatto battere in testa per rendere le tue applicazioni web il più accessibili possibile. Cioè, dovrebbero funzionare senza script e senza fogli di stile. JavaScript e CSS dovrebbero essere usati solo per migliorare l'esperienza. Non dovrebbero essere richiesti.

SproutCore e Cappuccino sono framework per lo sviluppo front-end che richiedono all'utente di abilitare JavaScript e CSS. La tua domanda riguarda il modo in cui riconciliamo questo con il dogma del giorno.

Sfortunatamente, non ho una risposta chiara. Mi piace il fatto che SproutCore e Cappuccino (e probabilmente altri) stiano testando i limiti di ciò che è possibile all'interno di un browser web. Credo inoltre fermamente che le informazioni e i servizi forniti sul web dovrebbero essere disponibili a quante più persone possibile, dati i limiti della tecnologia.

Il modo in cui approcci le tue soluzioni deve basarsi su una profonda conoscenza della tua base di utenti. Se stai lavorando su un'app per iPhone, non devi preoccuparti dell'accessibilità web tradizionale perché l'esperienza è intensamente visiva. Se stai creando un'applicazione web per un pubblico generico, questi nuovi framework sono probabilmente una scelta sbagliata (se apprezzi l'accesso più ampio possibile alle tue informazioni e servizi).

Con il passare del tempo, è probabile che il software di lettura dello schermo migliori nell'interpretazione delle interfacce JavaScript pesanti, quindi forse questo problema svanirà. Il fatto è che è probabile che qualcos'altro "germogli". al suo posto.

Answer 2

Javascript è uno standard Web & # 8212; certamente più di, per esempio, Flash, che era precedentemente (e ancora spesso viene) utilizzato per applicazioni Web avanzate. A questo proposito, SproutCore e Cappuccino sono enormi miglioramenti nel mio libro.

La domanda qui sembra davvero quanto sia importante l'accessibilità. E questa è in gran parte una decisione personale basata, come ha detto Andrew, sulla conoscenza dei tuoi utenti. Per alcune app, l'accessibilità non ha davvero molto senso & # 8212; 280 diapositive ne sono un buon esempio. È un'app di progettazione grafica che riguarda in gran parte comportamenti visivi. Non ha molto senso che degrada in chiaro. (Almeno, un'app testuale pensata per realizzare ciò che fa 280 slide sarebbe davvero una cosa completamente diversa.)

Answer 3

Sì. All'inizio sarà difficile, ma una volta maturato il codebase sarai grato di aver seguito quegli standard rigorosi.

Modifica: un ulteriore vantaggio sarà la portabilità a molte piattaforme basate sul Web tramite profili CSS e quant'altro.

Answer 4

Il modello MVC può essere applicato tanto facilmente alle applicazioni desktop quanto alle applicazioni basate sul web. Non vedo molte ragioni per distinguere tra i due, soprattutto perché la linea è più sfocata nel caso delle applicazioni web.

Non conosco questi particolari framework, ma molti framework web in questi giorni sono strutturati attorno al modello MVC, come ASP MVC, CakePHP, Ruby on Rails, ecc.

Answer 5

Separa il più possibile e alla fine pagherà. Quando le cose diventano complicate e pelose :)

Answer 6

Penso che dovrebbero. Seguire quel tipo di MVC design consente di implementare le modifiche più facilmente, fornisce buona separazione delle preoccupazioni , ed è generalmente più facile da capire per i nuovi arrivati ??a un progetto.