In una sola applicazione web javascript, quali informazioni di stato deve contenere l'URL?

L'URL dovrebbe essere usato per quello che fa: localizzare una risorsa.

Dovresti inserire nell'URL solo le cose relative alla posizione della risorsa, in modo che gli utenti possano sempre trovarlo (segnalibro, permalink). Con questo in mente, dovresti evitare di inserire variabili al suo interno o altri dati personalizzati.

Per esempio, guarda il link di questa domanda e quanto è facile condividere tra i social network.

Dovresti anche considerare che molti utenti (come me) potrebbero preferire navigare il tuo sito direttamente dalla barra degli URL. Ad esempio giocando con i numeri. Se sto leggendo un articolo del blog con un URL contenente una cartella denominata 2011, potrei provare a rimuovere tutta la parte dell'URL fino alla cartella dell'anno, aspettandomi di vedere una pagina che contiene tutti gli articoli del 2011.

Quindi potrei anche cambiare il 2011 al 2010 per visualizzare gli articoli dello scorso anno e così via ...

Troppo spesso i siti Web forniscono comandi di navigazione molto semplici (e talvolta inefficienti o completamente assenti). Spesso è più semplice navigare in un sito web direttamente tramite la barra degli indirizzi.

Modifica

Vorrei anche aggiungere che l'URL dovrebbe descrivere il più possibile ciò che è il contenuto della risorsa collegata, usando parole chiave chiare, non numeri casuali o parole fuorvianti / inutili.

Una delle interfacce delle applicazioni Web, è l'URL (barra degli indirizzi). Può essere considerato una controparte dell'API (application programming interface) nello stesso aspetto che alcuni dei comportamenti dell'applicazione possono essere controllati direttamente dall'URL. Ad esempio, puoi direttamente digitare http://www.yoursite.com/update/john/phone-number-to/9195527768 . In questo modo, puoi controllare la tua applicazione web direttamente dalla barra degli indirizzi e la barra degli indirizzi diventa qualcosa di simile alla riga di comando, e l'URL diventa un comando.

Un altro uso dell'URL, come altri hanno detto, può essere il bookmarking. Potresti ricordare problema del pulsante Indietro delle applicazioni AJAX . Impediva agli utenti di essere in grado di aggiungere un segnalibro a uno specifico stato (o pagina o risorsa) di un sito Web. Ad esempio, considera che il tuo sito sia http://www.yoursite.com . Indipendentemente da quanto il visitatore del tuo sito interagisce, vede ancora http://www.yoursite.com . Come diavolo dovrebbe ottenere un link per una risorsa specifica del tuo sito e inviarlo al suo / a suo amico? Via Firebug?

Inoltre, se non cambi l'URL mentre modifichi lo stato della tua applicazione, nessuna voce verrebbe aggiunta a window.history oggetto, quindi se l'utente fa clic sul pulsante Indietro, invece di essere portato allo stato precedente del tuo sito ( o applicazione), lui / lei sarebbe stato portato al dominio precedente (forse google.com, forse yahoo.com, qualsiasi dominio, ma non il tuo). Questa è un'esperienza seriamente frustrante. Il pannello di controllo di Paralle Plesk funziona esattamente come descritto qui, ed è terribile.

Un altro uso dell'URL sarebbe SEO (ottimizzazione dei motori di ricerca). Google, Yahoo e Bing conoscono e indicizzano il contenuto del tuo sito in base agli URL che invii loro. Un URL, un indice, meno possibilità di essere trovati in rete.

Raccomando vivamente di ridisegnare il tuo lavoro. Senza offesa, ma quando diciamo le migliori pratiche, intendiamo qualcosa che è stato fatto da molte persone e organizzazioni. Quello che vuoi fare è così raro che non riesco a ricordare alcun esempio di tale applicazione. Le migliori pratiche derivano dall'implementazione ripetuta di qualcosa. Credo che non ci siano buone pratiche per questa architettura.