Czy i jak zastąpić jQuery?

Hej,

Odnoszę wrażenie, że jquery powoli odchodzi do lamusa (dobre praktyki programowania). Co w zamian wybrać do małego projektu? Pisać własny kod wykorzystując ES6 ? Jak dobrze pisac obiektowo w JS?

Narzędzia należy dostosować do celu.

Jeśli pisze Ci się wygodnie w jQuery i spełnia ono swój cel, korzystaj z niego dalej.

Jeśli chodzi o podejście z innej strony, popatrz np. na Vue czy Reacta.

tak jquery wydaje się być ok. Wolałbym jednak pisać obiektowo - iść troszkę do przodu :)

Może zamiast jquery naucz się natywnych metod (jeżeli nie znasz)?. I pisz oczywiście w ES6 (albo ES7).

Ja w sumie do małych rzeczy używam jQuery i piszę "obiektowo". W cudzysłowie, bo daleko temu do obiektówki z prawdziwego zdarzenia, byle by tylko jakoś odseparować poszczególne procedury jako funkcje w tablicy.

dualjack napisał(a):

Ja w sumie do małych rzeczy używam jQuery i piszę "obiektowo". W cudzysłowie, bo daleko temu do obiektówki z prawdziwego zdarzenia, byle by tylko jakoś odseparować poszczególne procedury jako funkcje w tablicy.

a do większych rzeczy lepiej użyć np vuejs?

Nie miałem szerszej styczności z vue.js ale jak patrzyłem na przykłady kodu, wydawał się przyjemny. Bardzo interesująco prezentuje się ten dynamiczny mechanizm podmian zmiennych w locie :-)

Pisać własny kod wykorzystując ES6 ? Jak dobrze pisac obiektowo w JS?

• poznać obiektówkę w JS (literały obiektów, konstruktory, prototypy, klasy ES6...)
• poznać zasady obiektówki ogólnie (np. enkapsulacja, SRP czy inne). Są to zasady, które można stosować niezależnie od języka.
• dużo praktyki, własnego kombinowania, możesz sobie wyłączyć internet na tym etapie (żeby nie ulec pokusie latania z każdą głupotą na forum i czekania na gotowe odpowiedzi). W ogóle komputer możesz wyłączyć i wziąć kartkę papieru i długopis, żeby coś sobie zaprojektować, a potem dopiero włączyć kompa i sprawdzić jak to w praktyce działa.
• możesz też szukać inspiracji w istniejących rozwiązaniach (i np. poznać jakiś framework JSowy, żeby się czymś zainspirować, w jaki sposób może to być robione. Tylko i tak to, że jakiś framework jest "obiektowy" nie znaczy, że twój kod taki będzie, tak samo jak zupka chińska o smaku marchewki niekoniecznie będzie zdrowa. W sensie, że robienie czegoś na obiektach/klasach nie oznacza wcale, że kod będzie dobry).