Quando si scrive un back-end Web per un sistema, è importante che il codice funzioni ancora senza Javascript?

Question

È giusto aspettarsi che l'utente che utilizza il back-end abbia Javascript abilitato?

Immagino che la risposta che otterrò sia "dipende dagli utenti target". Sto sviluppando un sistema di divertimento che speriamo possa essere usato da altre persone. Mi piacerebbe sentire altre persone che sviluppano sistemi di back-end, e cosa hanno deciso di fare e perché?

SEO Non mi interessa, e la semantica non ha altrettanto importanza.

Answer 1

Personalmente mi aspetto che il failover, ma ci sono circostanze (in particolare siti di basso profilo, intranet, contenuti di e-learning) dove si può assumere JS.

Per lo più si può anche andare con un semplice "è necessario disporre di JS/Questo funziona meglio con JS" e vorrei prendere in considerazione abbastanza buono, ma ci sono un paio di casi in cui avrei domanda reale di failover:

• .gov o di altri siti di servizio pubblico (requisiti di legge)

• siti per le aziende web-tech (è necessario dimostrare la vostra capacità di fare questo)

• siti molto alto traffico (dove il 3% di non -JS utenti b ecomes un alto numero assoluto)

• siti (o pagine) per i dispositivi mobili (la maggior parte di questi non hanno avuto JS affidabile)

In generale, è ragionevolmente facile per fornire qualche tipo di noscript, quindi perché non farlo comunque?

Answer 2

se è per divertimento, per favore andare avanti e richiedere javascript.

Answer 3

Fintanto che la funzione che verrà utilizzata dall'applicazione sarà generale, direi che è possibile fare affidamento su Javascript. Uno dei siti che gestisco riceve ~ 35.000 UV in una buona giornata. Penso sia giusto dire che entriamo in contatto con una varietà di combinazioni di browser e sistema operativo. Secondo le nostre statistiche, circa il 97% dei nostri utenti ha Javascript abilitato.

Se può fallire elegantemente senza Javascript, opterei per quella soluzione, ma non vorrei perdere il sonno per il fatto che è perdere alcune persone ogni giorno.

Answer 4

considerando i 3 punti:

1. backend significa solo poche persone li accederanno (e tutti loro probabilmente hanno conoscenze su web anche, ad esempio, sanno cosa Javascript è e come ottenerlo abilitato.)
2. SEO non è importante
3. è per divertimento

direi che va tutto bene. :)

annakata ha fornito una buona intuizione.

Answer 5

Vi rimando a questo post di Jeff Atwood.L'importante asserzione in esso è che puoi aspettarti che javascript funzioni come previsto tra i browser. I rischi per la sicurezza sono anche inferiori oggi. Quindi direi che ora è sicuro di ignorare i client che non abilitano javascript. Se vuoi attaccare gli utenti, javascript darebbe un chiaro vantaggio.

L'unica eccezione che posso pensare sono i siti mobili. Anche se i browser mobili sono andati meglio e supportano javascript, la larghezza di banda di download e il piccolo schermo rendono js meno adatto.

Answer 6

Dipende davvero dalla tua applicazione e dai suoi target di riferimento. Ti interessa l'accessibilità degli utenti (le persone disabili possono utilizzare il sito), vuoi che il tuo sito funzioni su vari browser mobili con supporto JavaScript limitato? Vorrei provare a costruire il sito in modo che si degraderebbe con grazia senza CSS o JavaScript. Questo a meno che il tuo sito sia molto dinamico, come ad esempio un word processor che non può funzionare senza JavaScript.

Answer 7

Sì, dipende principalmente dall'utente di destinazione. Qualunque sia l'estremità anteriore, il back end deve essere a prova di proiettile. Almeno, dovrebbe fare in modo che nessuno possa hackerare o creare problemi disattivando javascript. Il controllo/convalida del server è importante per la sicurezza, mentre la convalida sul lato client e l'interattività sono importanti per l'usabilità.

Answer 8

Non credo sia irragionevole richiedere Javascript per un back-end/CMS basato sul Web, in cui è probabile che gli utenti target siano un gruppo abbastanza piccolo e specifico.

Tutti i sistemi CMS su cui ho lavorato finora lo hanno richiesto.