프론트 공부하다가 jquery를 왜쓸까 생각이 나서 선배님들께 여쭤봅니다.

Question

제이쿼리가 코딩 상당부분을 쉽게해주는 것으로 알고 있습니다.그러면, 저같이 프론트엔드부분을 공부를 시작한 사람으로서는 약간 궁금한게 생기는데요. 저는 현재 제이쿼리는 잘안쓰고 바닐라 js로만 코딩을 하려고 노력 중입니다. 그게 뭔가 공부를 제대로 하는게 아닌가 싶은 우물같은 생각에 말입니다. 누군가 만들어 놓은거 붙여쓰기 하고 싶지않다는 생각에 그런거같습니다. 그런데 이렇게 하면 개발도 되게 오래 걸리고 어렵기도 합니다. 이렇게 공부하는게 맞나 제가 꽉 막힌게 아닌가 싶은 생각도 들고요.근데 제가 알기로는 바닐라js를 쓰면 복잡해지는 것을 제이쿼리는 짧은 코드로 끝내줍니다. 그러면, 현업에서는 바닐라js보단 제이쿼리를 지향하는지 궁금하네요. 제이쿼리를 공부하는 것이 바닐라js로 하는 것보다 중요한가요?

메이플비 · Answer

'Reinventing the wheel' 프로그래밍을 하다보면 몇 번 접할 수 있을겁니다.이미 기존에 만들어진것을 획기적으로 개선시킬것이 아니라면 딱히 똑같은걸 다시 만들어서 쓸 이유는 없습니다.원리를 어느정도 익히는것은 중요하지만, 어디까지나 원리를 익히는 정도면 충분한것이지, 그걸 억지로 바닐라로 작성할 필요는 없습니다.집을 지어야 해서 땅을 파야하는데, 포크레인을 설계하고 제조하는것 부터 시작할 순 없지 않습니까?그리고 설사 포크레인을 완성하였다고 하더라도, 얼마만큼 안정적이고 얼마만큼의 성능을 낼지는 테스트해보기 전까진 아무도 모릅니다. 테스트가 가능해도 그 표본의 수치가 너무 적어집니다. 그냥 있는 포크레인을 가져다 썼으면 이미 그 포크레인은 많은 사람들이 사용해봤고, 거기에서 찾게된 많은 문제들이 수정되었으며, 또한 성능도 어느정도인지 파악이 가능하게되지요. 이미 그 포크레인을 작동시킬 줄 아는 사람이 많다는것도 또다른 장점이겠지요.

fender · Answer

제이쿼리는 요즘에는 더 이상 쓸 이유가 없다고 생각합니다. 기본적으로 브라우저 자체적으로 querySelector API를 지원하기 시작하면서 유용성이 반감했고, 무엇보다 요즘 유행하는 프론트엔드 기술들과 개념적으로 충돌하는 부분이 많습니다.개인적으로는 오히려 개발 경험이 얼마 되지 않을 때는 적극적으로 널리 쓰이는 라이브러리나 프레임워크 등을 경험해볼 필요가 있다고 생각합니다.보통 그런 기술들은 해당 문제에 대한 개발자 커뮤니티의 장기간에 걸친 고민의 결과가 녹아있는 결과물이고, 보통 현 시점에서 'best practice'라고 여기는 여러 관행을 포함합니다.나중에 경험이 쌓이고 기존 라이브러리로 해결할 수 없는 문제를 접하면 직접 도구를 만들어 써야하는 일도 생기겠지만, 아직 그런 고민과 관행에 익숙하지 않은 상태에서 비슷한 걸 시도한다면 아마도 좋은 결과가 나오지 않을 것입니다.다만 프레임워크나 라이브러리를 기피할 이유는 없지만 자바스크립트 자체를 어느 정도 깊이 있게 공부할 필요는 있습니다.특히 제이쿼리 시절과는 기본 문법부터 달라진 내용이 많기 때문에, 그런 쪽을 먼저 접하셨다면 아마 조금 시간을 투자해서 최신 스펙을 읽어보시는 것을 권해드리고 싶습니다.

normaltech · Answer

&#64;메이플비 &#64;fender 답변감사합니다. 왜 라이브러리나 프레임워크들을 쓰는지 편리함 말고도 이해가 갔습니다.

개나소나고생 · Answer

제가 내린 결론:쓰기 쉽다.

xml개발자 · Answer

그리고 같은 자바스크립트로 작성해도 브라우저마다 작동 안하는 것도 있습니다.지금은 '똑같은 자바스크립트인데 작동을 안한다고??' 라며 말도 안되는 이야기로 들리실 수 있으나 특히 익스플로러.. 한 번 당해보면 욕밖에 안나옵니다.제이쿼리는 크로스브라우징을 지원하구요.그래서 제이쿼리를 씁니다.

fender · Answer

참고로 크로스 브라우징 문제의 경우 요즘에는 보통 바벨(Babel)이라는 도구를 통해서 빌드 결과물을 변경하거나 폴리필(polyfill)을 추가하는 방식으로 해결합니다.

HJOW · Answer

jQuery의 진짜 장점은 따로 있습니다.메소드 이름들이 하나같이 엄청 간결하다는 것.그럼에도 이름이 명확해서 헷갈일 일도 전혀 없다는 것.Write less, Do more 에 딱 적합한 라이브러리입니다. 그래서 리액트, Vue 등의 선언형 라이브러리를 사용하는 프로젝트가 아니라면 jQuery의 장점은 어딜 가지 않습니다.HTML, 자바스크립트 표준이 QuerySelector 을 지원해도 상관없이 jQuery쪽이 압도적으로 편리합니다. 그럼에도 다들 리액트, Vue 등으로 넘어가는 이유는 선언형 라이브러리라 그렇습니다.내가 구현하고자 하는 화면과 동작을 절차 하나하나를 지정해주지 않고 &#34;선언&#34;하는 방식.절차는 내가 선언한 것 읽어서 라이브러리가 다 알아서 해주고그래서 문제가 생겼을 때 절차 하나하나를 살펴볼 필요없이 선언부만 보면 되죠. 선언형이냐 절차형이냐가 뭔차이냐 라고 하면DB, 서버에서 가져온 JSON 데이터 중 TEST1 키 의 값을id가 test1 인 input필드에 자바스크립트로 넣는다고 했을 때 jQuery - 서버 응답부 갔다와서 $('#test1').val(data.TEST1);React 서버 응답부 갔다와서는 그냥 setState({..data}); 그리고 render 메소드 내에서 <input type&#61;'text' id&#61;'test1' value&#61;{this.state.TEST1}/> React가 더 복잡해보이죠? 근데 jQuery쪽 코드는 다른 자바스크립트 코드와 뒤섞여 있다는 걸 생각해보세요. 반면 React의 경우는 HTML 태그들이 있는 render 메소드 안에 있죠.

iMac 0 · Answer

댓글만 봐도 아시겠지만jQuery 그만쓰자 vs jQuery 계속쓰자논란은 몇년째 핫합니다.이부분은 직접 검색해서 무엇을 배울지 고민하시는게...

NULL만나면 · Answer

필요할 때 쓰면 됩니다.

잡초123 · Answer

DOM 컨트롤 시 jquery 만한게 없습니다

프론트 공부하다가 jquery를 왜쓸까 생각이 나서 선배님들께 여쭤봅니다.

10개의 답변

#vanilajs 목록