@@T-Rex:
nuqneH
Nach meiner Definition wäre eine Sortierung quasi auch eine neue Liste und verdient somit eine eigene URL.
Es sind immer noch dieselben _Daten_. Sortierung ist Präsentation der Daten. Aber ja, unterschiedliche URIs (heißt in dem Fall wohl unterschiedliche Queries à la ?sortby=givenname vs. ?sortby=lastname) könnten sinnvoll sein.
Da der Request ein wenig dauert, da die Liste erst zusammen gebaut werden muss und eine Handvoll Apis und Webanbindungen im Spiel sind, möchte mein Chef jetzt das ich die komplette Sortierung weg schmeiße und auf Javascript umstelle.
Wollte mal fragen was ihr davon haltet?
Was für den Nutzer sinnvoll ist. Abermals auf die Übertragung der Daten zu warten, obwohl die schon längst da sind, ist sicher nicht sinnvoll.
Also clientseitige Sortierung, klar. Mit der History-API sollte man die Änderung der Sortierung auch in die Browser-History reinbekommen, ohne dass es Requests zum Server gibt. Backbutton funktioniert dann auch, so dass es sich _hierin_ wie verschiedene Seiten anfühlt. Nur eben bei der Ladezeit nicht.
Wenn nun aber schon mal eine serverseitige Sortierung implementiert ist, muss du die nicht wgschmeißen. Sie kann immer noch als Fallback für Nutzer ohne JavaScript dienen.
Qapla'
„Talente finden Lösungen, Genies entdecken Probleme.“ (Hans Krailsheimer)