Replying to @stilkov
@stilkov Alles bestens! Ich frage mich nur warum dieses Modell? Ihr macht doch sonst tolle Sachen! Aber das ist vielleicht nix für 140 Chars
2
@mikebild Und wir sind nicht allein, siehe z.B. Twitter: blog.twitter.com/2012/improv…
2
@stilkov Twitter postest HTML over JSON (JS processing)- das ist jetzt auch nicht das ROCA Modell? Hab ich da jetzt was falsch verstanden?
1
@mikebild Ich weiß nicht was "HTML over JSON" bedeuten soll. Die schicken serverseitig gerendertes HTML zum Client.
1
@stilkov { "html": "<div>toll><div>", "metadaten":"..."} $("bla").append(JSON.parse(data).html); oder so in der Art ...
1
@stilkov .. hier wird HTML content per JS in den DOM eingesetzt ... ein bisschen weniger DOM rending, okay ... passt schon
1
@mikebild “By rendering page content on the server and deferring all JavaScript execution until well after that content has been rendered”
1
@stilkov :-) alles denkbar, aber mach bei Twitter mal die DEV-Console / Network an. Wie soll das mit den Tweet Updates / Paging sonst gehen?
2
@mikebild Häh? Ich habe doch nichts gegen Updates per Ajax? Das ist doch nicht der Punkt?
1
@stilkov Ich verstehe schon... Meine Frage lautete - Warum ROCA mit expliziter server side - logic + HTML? Wo liegt der Vorteil?
5
Replying to @mikebild
@mikebild Und weicher: Bessere, weil klarere und zukunftssichere, frameworkunabhängige Architektur

Jun 19, 2013 · 10:33 PM UTC

3
Replying to @stilkov
@stilkov ... zwar zu vermeiden, aber hier und da auch sehr hilfreich / effektiv ;-)
1
@mikebild Das ist das falsche Medium hier. Lass uns das lassen. Lieber mal irgendwann persönlich.
1
Replying to @stilkov
@stilkov frameworkunabhängige Architektur? ;-) Ich glaube hier gibt es nur eine/die Verschiebung Client-Side zur Server-Side und vis-a-vis.
Replying to @stilkov
@stilkov ... Gab es alles schon (z.B. ASP.NET) und wird sich nicht insgesamt auch nicht wirklich ändern. Abhängigkeiten sind