znaczacy > comp.lang.* > comp.lang.javascript

Cezary Tomczyk (13.08.2018, 14:46)
On 13/08/2018 12:02, Roman Tyczka wrote:
> On Fri, 10 Aug 2018 22:34:42 +0200, Borys Pogorelo wrote:
> No wiem, wiem, pamietam, choc obserwowalem to z boku i osobiscie nie czulem
> tego bólu :-)
> A teraz popatrz jaki m$ do przodu:
>


btw mobilnych urzadzen, to na nich korzystam z Brave Browser:


> Przy okazji powiedz mi czy jQuery nadal jest uzywane w nowych projektach
> czy to juz nisza i sa inne tego typu narzedzia?


Osobiscie nie korzystam z jQuery od wielu lat. Nie ma takiej juz
potrzeby, wedlug mnie.
Borys Pogorelo (19.08.2018, 21:40)
Dnia Mon, 13 Aug 2018 12:02:46 +0200, Roman Tyczka napisal(a):

> A teraz popatrz jaki m$ do przodu:
>


I dobrze, niech w koncu trzymaja sie standardów.

> Przy okazji powiedz mi czy jQuery nadal jest uzywane w nowych projektach
> czy to juz nisza i sa inne tego typu narzedzia?


Powoli wymiera. Wsparcie dla selektorów CSS w przegladarkach jest
praktycznie identyczne, a na manipulacje DOM sa teraz lepsze i
wydajniejsze rozwiazania. Zostaje AJAX, dla którego masz dziesiatki innych
bibliotek. I pare przydatnych funkcji typu $.extend, które jednak masz
równiez w innych bibliotekach typu Lodash.

Zostaja proste i szybkie projekty, uzycie z przyzwyczajenia, koniecznosc
zachowania zgodnosci wstecz lub wykorzystywanie kodu, który opiera sie w
jakims stopniu na jQuery.
Roman Tyczka (04.09.2018, 09:30)
On Sun, 19 Aug 2018 21:40:04 +0200, Borys Pogorelo wrote:

>> A teraz popatrz jaki m$ do przodu:
>>

> I dobrze, niech w koncu trzymaja sie standardów.
>> Przy okazji powiedz mi czy jQuery nadal jest uzywane w nowych projektach
>> czy to juz nisza i sa inne tego typu narzedzia?


Po przerwie wracam do JS, bede znowu dreczyl pytaniami ;-)

> Powoli wymiera.


No wlasnie takie mam wrazenie, a projekcik jaki teraz robie byl zaczety
dawno temu przez kogos innego i uzywa jQuery. jQuery zaczynam sie uczyc,
ale wyglada na to, ze to slepa uliczka. Z kolei gdy go teraz wywale to
wszystko co mam musze przeorac, choc duzo tego nie ma. Co radzisz? Porzycic
jQuery? ...a mam chyba ze 3 ksiazki do niego kupione :/

> Wsparcie dla selektorów CSS w przegladarkach jest
> praktycznie identyczne, a na manipulacje DOM sa teraz lepsze i
> wydajniejsze rozwiazania.


Czyli jak konkretnie zastapic $('#pnl1') lub $('div[id=^pnl]) bez jQuery?
Jakis przyklad?

> Zostaje AJAX, dla którego masz dziesiatki innych
> bibliotek.


Jaka polecasz?

> I pare przydatnych funkcji typu $.extend, które jednak masz
> równiez w innych bibliotekach typu Lodash.


Tak, Lodash obczailem z grubsza, wydaje sie paczka lukru skladniowego, choc
przydatny bo upraszcza kod. Niemniej boje sie takich bibliotek, bo sie
czlek do skladni przyzwyczai a potem biblioteka zdechnie i tylek boli. W
Delphi buduje swoje pakiety tego rodzaju, a pod maska korzystaja one z
innych bilbiotek. Gdy jakas padnie, to podmieniam tylko pod maska, a
zewnetrze czyli mój interfejs dostepowy pozostaje bez zmian i mam pewnosc,
ze zawsze bede go mial.

> Zostaja proste i szybkie projekty, uzycie z przyzwyczajenia, koniecznosc
> zachowania zgodnosci wstecz lub wykorzystywanie kodu, który opiera sie w
> jakims stopniu na jQuery.


Czyli uciekac z jQuery...

btw dlaczego jQuery umiera? Co jest glównym powodem?
Tomek (04.09.2018, 09:45)
> btw dlaczego jQuery umiera? Co jest glównym powodem?

Bo IE umarl?
Roman Tyczka (04.09.2018, 10:59)
On Tue, 4 Sep 2018 09:45:16 +0200, Tomek wrote:

>> btw dlaczego jQuery umiera? Co jest glównym powodem?

> Bo IE umarl?


Moze i umarl, ale zombie jeszcze funkcjonuje.
Tak z ciekawosci spytam, bo mam wrazenie, ze Borys tez IE traktuje jako
nieistotny, pytanie do wszystkich:

- czy powszechne jest uznanie wsród web developerów, ze wsparcie dla IE
jest juz niepotrzebne?
Wojciech Bancer (04.09.2018, 14:30)
On 2018-09-04, Roman Tyczka <noemail> wrote:

[...]

> - czy powszechne jest uznanie wśród web developerów, że wsparcie dla IE
> jest już niepotrzebne?


Nie. Powszechnym jest uznanie faktu, że ostatnie wersje IE (Edge wszczególności)
są już na tyle ustandaryzowane, że nie ma potrzeby się z tym babrać, ani przejmować
"na jakiej przeglądarce to pójdzie".

Są też różnego rodzaju nakładki/transpilery w rodzaju babela oraz frameworki/biblioteki
w rodzaju axios, react, angular, że problem niekompatybilności gdzieś tam pod spodem
przestał po prostu istnieć, bo wszystko pilnuje by działał spójny kod.
Roman Tyczka (04.09.2018, 15:17)
On Tue, 4 Sep 2018 14:30:24 +0200, Wojciech Bancer wrote:

> Nie. Powszechnym jest uznanie faktu, ze ostatnie wersje IE (Edge wszczególnosci)
> sa juz na tyle ustandaryzowane, ze nie ma potrzeby sie z tym babrac, ani przejmowac
> "na jakiej przegladarce to pójdzie".
> Sa tez róznego rodzaju nakladki/transpilery w rodzaju babela oraz frameworki/biblioteki
> w rodzaju axios, react, angular, ze problem niekompatybilnosci gdzies tam pod spodem
> przestal po prostu istniec, bo wszystko pilnuje by dzialal spójny kod.


Z tego wyplywa wniosek, ze bez frameworków/bibliotek nie podchodz... goly
JS to za malo, bo w IE brakuje async/CryptoAPI/FetchAPI/itd.

Z kolei kazdy framework to serial z setka sezonów... nie do opanowania na
szybko. Gdzie sie nie odwrócic to sciana.

Pozostaje zatem czekac az IE zdechnie do konca (licze ze dwa lata), a
tymczasem uzywac jQuery (bo sie okazalo, ze Bootstrap którego tez uzywam
wymaga jQuery do dzialania).

To na chwile obecna nieco upraszcza sprawe, choc swiadonosc brniecia w
umierajaca technologie nieco uwiera. Ale moze ten czas pozwoli sie lepiej
odnalezc w nowym swiecie i potem bedzie latwiej.

Dzieki za opinie.
Wojciech Bancer (04.09.2018, 15:55)
On 2018-09-04, Roman Tyczka <noemail> wrote:
> On Tue, 4 Sep 2018 14:30:24 +0200, Wojciech Bancer wrote:
> Z tego wypływa wniosek, że bez frameworków/bibliotek nie podchodź... goły
> JS to za mało, bo w IE brakuje async/CryptoAPI/FetchAPI/itd.


W IE brakuje, ale w Edge nie:




> Pozostaje zatem czekać aż IE zdechnie do końca (liczę ze dwa lata), a
> tymczasem używać jQuery (bo się okazało, że Bootstrap którego też używam
> wymaga jQuery do działania).


IE już zdechł. Trzyma się jeszcze w niektórych korporacjach, ale spora część
już przeszła na Chrome. A Edge nie odstaje.
Wojciech Bancer (04.09.2018, 16:41)
On 2018-09-04, Wojciech Bancer <wojciech.bancer> wrote:

[...]

>> Z tego wypływa wniosek, że bez frameworków/bibliotek nie podchodź... goły
>> JS to za mało, bo w IE brakuje async/CryptoAPI/FetchAPI/itd.


Dodatkowo myślę, że cyt. "bez frameworków/bibliotek" to się do żadnego
języka w dzisiejszych czasach nie podchodzi. Bo i po co wymyślać koło?
Cezary Tomczyk (04.09.2018, 19:03)
On 04/09/2018 10:59, Roman Tyczka wrote:
> On Tue, 4 Sep 2018 09:45:16 +0200, Tomek wrote:
> Moze i umarl, ale zombie jeszcze funkcjonuje.
> Tak z ciekawosci spytam, bo mam wrazenie, ze Borys tez IE traktuje jako
> nieistotny, pytanie do wszystkich:
> - czy powszechne jest uznanie wsród web developerów, ze wsparcie dla IE
> jest juz niepotrzebne?


Potrzebne, ale na tyle minimalnie, jak to mozliwe ;-)
Cezary Tomczyk (04.09.2018, 19:05)
On 04/09/2018 15:17, Roman Tyczka wrote:
> On Tue, 4 Sep 2018 14:30:24 +0200, Wojciech Bancer wrote:
> Z tego wyplywa wniosek, ze bez frameworków/bibliotek nie podchodz... goly
> JS to za malo, bo w IE brakuje async/CryptoAPI/FetchAPI/itd.


Wcale nie. Poza kilkoma polyfillami da sie wszystko dobrze zrobic w
samym JavaScripcie. Niemniej jednak sam korzystam z TypeScriptu teraz.

> Z kolei kazdy framework to serial z setka sezonów... nie do opanowania na
> szybko. Gdzie sie nie odwrócic to sciana.
> Pozostaje zatem czekac az IE zdechnie do konca (licze ze dwa lata), a
> tymczasem uzywac jQuery (bo sie okazalo, ze Bootstrap którego tez uzywam
> wymaga jQuery do dzialania).


IE tak szybko nie zdechnie, bo siedzi mocno w korporacjach. A tam juz sa
zupelnie inne zasady, niz na rynku zwyklego konsumenta.
Borys Pogorelo (06.09.2018, 22:46)
Dnia Tue, 4 Sep 2018 14:30:24 +0200, Wojciech Bancer napisal(a):

> Nie. Powszechnym jest uznanie faktu, ze ostatnie wersje IE (Edge wszczególnosci)
> sa juz na tyle ustandaryzowane, ze nie ma potrzeby sie z tym babrac, ani przejmowac
> "na jakiej przegladarce to pójdzie".


Tak dobrze to jeszcze nie ma. Jesli Twój kod bedzie uruchamiany w korpo, to
IE11 jeszcze potrafi ugryzc (przykladowo strasznie zabugowany flexbox).
Tego nie obejdziesz inaczej jak sztuczkami w stylu min-width, jawnym
definiowaniem flex-basis, itd.

> Sa tez róznego rodzaju nakladki/transpilery w rodzaju babela oraz frameworki/biblioteki
> w rodzaju axios, react, angular, ze problem niekompatybilnosci gdzies tam pod spodem
> przestal po prostu istniec, bo wszystko pilnuje by dzialal spójny kod.


Taka byla tez rola jQuery ;) Tylko na nizszym poziomie, poszczególnych
funkcji biblioteki.
Borys Pogorelo (06.09.2018, 22:58)
Dnia Tue, 4 Sep 2018 09:30:32 +0200, Roman Tyczka napisal(a):

> No wlasnie takie mam wrazenie, a projekcik jaki teraz robie byl zaczety
> dawno temu przez kogos innego i uzywa jQuery. jQuery zaczynam sie uczyc,
> ale wyglada na to, ze to slepa uliczka. Z kolei gdy go teraz wywale to
> wszystko co mam musze przeorac, choc duzo tego nie ma. Co radzisz? Porzycic
> jQuery? ...a mam chyba ze 3 ksiazki do niego kupione :/


Od jQuery tak latwo nie uciekniesz, takze warto je znac. Wraz z
zamiennikami w bardziej nowoczesnym JS.

> Czyli jak konkretnie zastapic $('#pnl1') lub $('div[id=^pnl]) bez jQuery?
> Jakis przyklad?




>> Zostaje AJAX, dla którego masz dziesiatki innych
>> bibliotek.

> Jaka polecasz?


Np. axios. Choc jak dla mnie ten w jQuery nie jest najgorszy. I juz od
dawna jest oparty o Promises, czego chocby nie mozna powiedziec o kliencie
http w node.js.

> Tak, Lodash obczailem z grubsza, wydaje sie paczka lukru skladniowego, choc
> przydatny bo upraszcza kod. Niemniej boje sie takich bibliotek, bo sie
> czlek do skladni przyzwyczai a potem biblioteka zdechnie i tylek boli.


Watpie, by tak sie stalo. To jest zbyt wygodne i popularne, a JS ma zbyt
duze braki skladniowe. A nawet miedzy konkurujacymi bibliotekami róznice w
skladni pokrywajacych sie funkcji sa niewielkie.

> btw dlaczego jQuery umiera? Co jest glównym powodem?


Tak jak pisalem - zarówno przegladarki jak i sam JS rozwinely i
ustandaryzowaly sie na tyle, ze jQuery przestal pelnic swoja glowna funkcje
uniwersalnej biblioteki latajacej braki. Choc nadal bywa przydatny, bo
przykladowo bez bibliotek latwo nie zrobisz chocby bezpiecznego sklonowania
obiektu. A jesli masz pod reka jQuery, to masz tez $.extend.
Wojciech Bancer (06.09.2018, 23:13)
On 2018-09-06, Borys Pogoreło <borys> wrote:

[...]

>> są już na tyle ustandaryzowane, że nie ma potrzeby się z tym babrać, ani przejmować
>> "na jakiej przeglądarce to pójdzie".

> Tak dobrze to jeszcze nie ma. Jeśli Twój kod będzie uruchamiany w korpo, to
> IE11 jeszcze potrafi ugryźć (przykładowo strasznie zabugowany flexbox).
> Tego nie obejdziesz inaczej jak sztuczkami w stylu min-width, jawnym
> definiowaniem flex-basis, itd.


Nie wszystkie korpo są takie złe. W niektórych korpo dominuje już chrome. :)
Na chyba 4 z którymi mam "internal" kontakt, w 3 jest Chrome, w jednej
tylko IE.
Borys Pogorelo (07.09.2018, 13:07)
Dnia Thu, 6 Sep 2018 23:13:23 +0200, Wojciech Bancer napisal(a):

> Nie wszystkie korpo sa takie zle. W niektórych korpo dominuje juz chrome. :)
> Na chyba 4 z którymi mam "internal" kontakt, w 3 jest Chrome, w jednej
> tylko IE.


Zazdraszczam. Ja mam wlasnie zgloszenie, ze w jednej aplikacji cos gdzies
sie nie rozwija w IE, juz sie ciesze na szukanie tego.

Ale sa jeszcze obszary, gdzie wymagana jest zgodnosc z IE8, przynajmniej w
zakresie czytelnego wyswietlania tresci. To jest dopiero hardkor, polyfille
nawet na media queries sa potrzebne. I to w 2018...

Podobne wątki