Wpis z mikrobloga

Co to za podjeście, że ajaxem zwracany jest z serwera wyrenderowany kod HTML, tak jak jest na Wykopie - na przykład po kliknięciu w "Pojawiło się x nowych wpisów, pokaż je"? Spotykam się z tym dość często i zastanawiam się czemu na przykład nie używa się RESTa tylko czegoś takiego.

#webdev #programowanie
  • 11
  • Odpowiedz
@peterek93: jeśli ma się apkę która generuje HTML po stronie serwera (wiele portali ma, bo zwyczajnie prościej) , to nie ma często większego sensu wynosić części generowania na stronę klienta - po co mieć templatki w dwóch miejscach, jak można mieć w jednym. A nie widzę jakichś wad tego rozwiązania które by uzasadniały migrację na generowanie DOM z poziomu JSa.
  • Odpowiedz
@peterek93: często tez taki html generowany jest z kodu np. Javy. Czyli cały frontend piszesz używając klas przykładowej Javy, a kompilacja w wyniku daje Ci html. Z takiego rozwiązania korzysta np. Vaadin. Cała logika obciąża tylko i wyłącznie część serwerowa co wcześniej było dużym plusem. Klient ma zadanie tylko wyświetlić.
  • Odpowiedz
@peterek93: sorki, ze drugi raz wołam. W Vaadinie masz zaimplementowany wzorzec MVP. W aplikacjach gdzie za dostarczanie danych odpowiada rest używany jest wzorzec MVC. Stad tez wynika różnica w implementacjach.
  • Odpowiedz
@peterek93: @sokytsinolop: @kao3991: @ytyfy: to o czym piszecie to prawda i prawdopodobnie właśnie tak jest w przypadku serwisu, który ogląda OP.

Ale jest jeszcze inne wytłumaczenie.

Jest coś takiego jak Server Side Rendering (np. w Angularze nazywa się to Angular Universal). Piszesz aplikację we frameworku frontendowym, ale renderujesz ją nie po
  • Odpowiedz
via Wykop Mobilny (Android)
  • 0
@stdx: no tak, wiadomo. Ale różne są podejścia. Thin client, fat client. Webowe powinny być thin, ale wiemy jak to nieraz bywa z modnymi rozwiązaniami.

@sokytsinolop: fajny pomysł. Trzeba by tylko utrzymywać obie wersje.
  • Odpowiedz