Der "klassische" Ansatz der Webentwicklung ist seit einiger Zeit ein Thin Client und ein Thick-Server: Der Server generiert HTML und spuckt es aus, damit der Browser es nur rendert. Aber mit aktuellen Browsern (und auch aufgrund der Verfügbarkeit guter Bibliotheken und Frameworks) funktioniert Javascript jetzt. Web-Entwickler können jetzt so ziemlich davon ausgehen, dass ihr Javascript-Code funktioniert und aufhören zu stören.

Dies eröffnete sicherlich neue Möglichkeiten für die Webentwicklung. Apps können jetzt hauptsächlich aus HTML-Inhalten bestehen, die vom Server zurückgegeben und vom Browser gerendert werden, wobei einige Änderungen an der Benutzeroberfläche clientseitig vorgenommen werden. Der Client könnte sogar den Server nach neuen Daten abfragen, um Teile der Benutzeroberfläche zu aktualisieren. Aber können wir den ganzen anderen Weg hinuntergehen? Eine App kann sicherlich als Server konzipiert werden, der nur den minimalistischsten JSON-Code enthält, der mit einem dicken Javascript-Client verbunden ist, der für die Erstellung und Steuerung der gesamten Benutzeroberfläche verantwortlich ist. Ja, dieser Ansatz kann URLs ernsthaft beschädigen, so dass die Leute keine Zeiger mehr senden können, aber es ist sicherlich möglich, sich darum zu kümmern (und für einige Apps, wie E-Mail- und Feed-Reader, ist dies noch nicht einmal der Fall Angelegenheit).

Was denkst du? Haben Sie diesen Ansatz jemals ausprobiert? Wird es zu langsam? Sind moderne Browser in der Lage, mit so viel Javascript-Code umzugehen? Gibt es signifikante Unterschiede zwischen den Browser-Implementierungen, die den nicht empfohlenen Entwickler auch mit den neuesten Bibliotheken noch beißen? Für welche Arten von Anwendungen ist dieser Ansatz Ihrer Meinung nach geeignet? Ist es eigentlich geeignet füretwas?