![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 265 Pomógł: 4 Dołączył: 30.08.2004 Ostrzeżenie: (0%) ![]() ![]() |
Witajcie.
Chciałbym, przy prywatnym projekcie, odejść od jQuery i skupić się na innym frameweroku/bibliotece w celach głównie edukacyjnych. Pytanie własnie tylko na jakim ? Potrzebne mi to będzie do zarządzania elementami DOM, jakieś małe animacje, ładowanie danych w tle, filtrowanie list, drag&drop, upload itd. ale jednak backend będzie stał robiony w php (laravel) a nie np. node.js Najbardziej skłaniam się do użycia angulara tylko właśnie nie wiem czy to nie za duży kombajn jak na moje potrzeby ? Czy jednak angulara nie powinno się raczej używać do stron stricte typu SPA a nie portali pisanych w PHP tworząc tylko swoje dyrektywy ? Jeśli angular do 1.4 czy może już jest sens się wdrażać w 2.0 ? Co byście polecili ? |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 1 268 Pomógł: 254 Dołączył: 11.06.2009 Skąd: Świętochłowice Ostrzeżenie: (0%) ![]() ![]() |
Cytat Tylko to ciągnie za sobą naukę kolejnego sposobu tworzenia całych web aplikacji, bez wsparcia wstecznego Są polyfille. Poza tym - React czy Angular nie dostarczają BC żadnego (Angular 2.0 z Angular 1.x ma aż NIC wspólnego (IMG:style_emoticons/default/wink.gif) ). Owszem, nie ma BC, ale mówimy tutaj o otwartym standardzie. I nagle ten standard jest zastępowany przez na szybko wymyślone rozwiązania w JS, które zamykają Cię w jednym, bardzo ograniczonym ekosystemie. W przypadku standardu, nawet jako draft, nie masz tego ograniczenia - Twoje wypociny powinny działać ze wszystkimi narzędziami, przeglądarkami itd. W Angular 2 przynajmniej tę rzecz zrozumieli i zamiast wymyślać swoje własne komponenty to postanowili iść w Web Components (i od razu to zepsuli wprowadzając własną składnię atrybutów HTML). A jeśli chcemy zbudować jakiś framework, to i tak lepiej go oprzeć na standardzie (który w 98% przypadków jest low-levelowy) i dorobić do niego warstwę abstrakcji niźli dłubać wszystko od początku i zamykać się we własnym światku. No i IMO Web Components powinny służyć do tworzenia hermetycznym komponentów GUI - tylko i wyłącznie. Z głównym trzonem aplikacji porozumiewałyby się przy pomocy systemu pub/sub (albo po prostu eventów DOM). Web Components nie powinny tykać logiki aplikacji jako takiej (wyobrażasz sobie żądanie Ajaksem jako znacznik ajax-request?). |
|
|
![]() ![]() |
![]() |
Aktualny czas: 11.10.2025 - 07:05 |