Cześć.
Obecnie uczę się JavaScript i naszło mnie pytanie takie...
Czy w obecnych komercyjnych projektach javowych w ogóle używa się JSTL i tagów springa w jsp? Czy raczej cały front zawsze się robi w JavaScript?
Te tagi to umiem tak piąte przez dziesiąte i zastanawiam się czy zajmować się nimi bardziej czy skupiać się na JS tylko.
Według moich obserwacji:
JSP / JSTL wykorzystywane jest głównie a aplikacjach z 2000 - 2012 roku, w nowym sofcie się od tego raczej odchodzi. Warto znać ponieważ jest ogromna szansa, że trafi Ci się utrzymywanie JSP JSTL.
Thymeleaf - to zamiennik JSP, którego składnia jest mniej XMLowa, a co za tym idzie mniej rozwlekła. W przypadku prostszych stron, mało dynamicznych może się przydać.
Większość frontendu dzisiaj jest pisana w JavaScript, natomiast w Javie pisze się usługi REST dla tych aplikacji. JSP / JSTL to nie jest znowu jakaś bardzo skomplikowana technologia, więc nie widzę powodu, żeby szybko się zapoznać np. w tydzień.
A co z JSF?
Bo właśnie też stoję przed podobnym wyborem, a JS mi się jakoś nie chce uczyć... ;D
Dzisiaj przesiadłem się z JSP na Thymeleaf. Boję się, że w końcu zapomnę jak stosuje się te JSP...
JSF chyba też jest coraz mniej stosowane. I nie ma znaczenia co lubisz co nie, taka jest rzeczywistość. Ale na pocieszenie powiem że wielu Java Devów robi po prostu RESTowe web serwisy i frontem się w ogole nie zajmują ;)
Stare dobre JSP wcale nie jest takie złe. Jest szybkie, proste, i daje kontrolę nad tym co dzieje- nic więcej nie potrzeba. Jeżeli chodzi o JSF to zostawię tutaj tylko to www.ihatejsf.com
@scibi92: no JSF to podobno już niezły przeżytek, nawiązując również do linka podanego powyżej heh.
Zdaje sobie sprawę, że większość pisze webserwisy po prostu, ale na przyszłość myślałem o Full Stacku. Jakoś tak lubię całościowo robić no i większe pole manewru. Poza tym większość ogłoszeń o prace wymaga JS (chyba, że tylko ja na takie trafiam)
@Prędki_Lopez To już nawet nie chodzi o to że przeżytek, bo ja nie mam parcia na nowe, tylko JSF jest po prostu problematyczne w programowaniu. Gdybym poświęcił tyle czasu CSSowi i JS co poświęciłem męczeniu się z JSF to już bym dzisiaj był mistrzem frontendu.
@margor90 miałem na myśli "model 2 mvc", chociaż pewnie dałoby się zastąpić servlety jaxrs-em
Osobiście uważam, że optymalnym rozwiązaniem byłoby renderowanie server-side + polymer/webcomponents, no ale to są jeszcze młode "technologie"
No właściwie to też mi się wydaje że JS nie jest taki trudny.
@scibi92: Tak JS nie jest trudny, ale pomimo, że niby też obiektowy, to styl programowania jest inny trochę. Chociażby patrząc na dynamiczne typowanie. Jak zostałem rzucony na stażu do projektu .NET + JS i 90% w javascirpcie siedziałem (którego w ogóle nie umiałem) to cholernie ciężko mi się było znaleźć, gdzie w c#, którego też nie umiałem :D (uczyłem sie Javy) bez problemu. Tutaj pojawia się właśnie to, że początkujący myślą, żę JavaScirpt jest dużo łatwiejszy. Składnia faktycznie jest banalnie prosta, ale w innych kwestiach zaczynaja się chocki klocki.
JS - jest calkiem trudny i dość głupiutki. Większość jego entuzjastów nawet nie przeczytała jednej książki o JS. (A co najmniej dwie pozycje warto - czyli Good parts i Patterns).
Niestety jeśli się walczy z frontem to poznać i poczytać trzeba (ciągle)!
Natomiast nie rozumiem dlaczego ktoś sam chciałby się babrać z gołym JS (albo nawet ECMA6) w roku 2017. (Są wypadki, ale to raczej powinny być wyjątki).
Zdecydowanie polecam TS - lub dla szaleńców ScalaJS. (Javowi szaleńcy mogą spojrzeć na jsweet -ale tu nic nie wiem o jakości tego transpilera).
I uwaga: tu nie chodzi o to, że "typy" zabezpieczają przed błędami. We froncie tak sobie to działa i typy wydają się tylko przeszkadzać, do czasu aż zrobisz pierwszy większy refaktoring.
A nawet w małych refaktoringach widać moc, bo mnóstwo zmian zrobi samo IDE..
Przed TS albo ScalaJS - JS był dla mnie prawie nierefaktorowalny, nawet ten dobrze otestowany. Po prostu nie było widać ile cegiełek trzeba ruszyć...
JS jest bardzo łatwy i przyjemny jeśli pracujesz przy projekcie z językiem backendowym (Java, C#, PHP).
Wtedy JS to tylko dodatek, służący głównie do AJAX-a i walidacji.
Jak jest w projektach które pracują z REST-em lub node.js, które wykorzystują coś więcej niż jQuery - pewnie wtedy zaczynają się schody.
Ja pisałem o robieniu standardowego frontu w ostatnich latach czyli SPA: na angular, react czy czymkolwiek - gdzie tego JS pisze się całkiem dużo. I nic to nie ma wspólnego z nodejs.
(update zanim ktoś będzie prostestował)
Pomijają coczywiście to, że build toole do frontu oparte o nodejs/npm są użyteczne (i na pewno lepiej się sprawdzają od mavena w tej roli).
scala.js
[cze]