Mam stronkę o takim układzie: po lewej menu, po prawej treść. Zrobione jest to tak, że każda pozycja menu to osobny plik HTML. Początkowo był jeszcze pasek na górze (header), ale go usunąłem.
Myślę teraz zrobić z tego takie "prawie SPA". Czyli treść każdego pliku HTML umieścić w jednym dzięki czemu stronę będzie można przewijać.
Czy to dobry pomysł i na co powinienem uważać?
@kosmonauta80:
Z framesów do SPA to chyba dość daleka droga? Właściwie NIC nie będzie tak samo.
BTW czy mega-SPA to zalecenie na wszystko? Jeśli warianty treści tego SPA są mocno odmiennie ( rzeczone menu to: szwarc / mydło / powidło), to użytkownik słusznie będzie oczekiwał ich niezależności, choćby w postaci użycia niezależnego URL-a ....
Jeśli tylko przewijanie we framesach jest problemem, to jakimś ajaxem da się to dorobić, bez rewolucji
kosmonauta80 napisał(a):
Czy to dobry pomysł i na co powinienem uważać?
Odnośnie tworzenia strony w ten sposób, że poszczególne komponenty są w odpowiednich plikach-szablonach, które są potem łączone w jeden plik, to... chyba jest to dobry pomysł, skoro wszyscy tak robią od kilkunastu lat co najmniej, że zamiast pisać stronę w jednym pliku, to piszą w różnych i je łączą albo udostępniają te, które są potrzebne.
tylko to nie musi być SPA, przecież tak samo działają strony z templatingiem serwerowym na Wordpressie czy Django.
Myślę teraz zrobić z tego takie "prawie SPA". Czyli treść każdego pliku HTML umieścić w jednym dzięki czemu stronę będzie można przewijać.
Czy to dobry pomysł i na co powinienem uważać?
A czy zrobiłeś kiedyś faktyczne SPA używając bibliotek typu React, Vue, Angular itp.?
Bo jeśli nie, to spróbuj.
Chyba już takie rzeczy robiłeś i to teraz to jest jakaś celowa eksploracja, żeby nie robić SPA, tylko prawie SPA, po to żeby... no właśnie, po co?
Z drugiej strony jeżeli wszystko mam w osobnych plikach html, to na raz nie muszę ładować - ładują stronę po raz pierwszy - kilka arkuszy CSS i skryptów JS. Spokojnie ponad 1k linijek kodu.