크로스 브라우징? IE 뒈진 시점에서 의미 없음. 제이쿼리 편하잖아 이 ㅈㄹ하려면 최신 js 스펙이랑 패키지 용량부터 보고와라. 그 약간 편의성을 위해 그 용량을 때려박음? axios 정도는 되야 그정도 희생을 고려하지디씨같이 이미 오래전에 만든 레거시들 처음 만든 시점에선 제이쿼리가 최선이었지만 신규플젝에 뭔 제이쿼리야 ㅅㅂ
jquery 쓴다고 사용자가 체감할 정도로 느려지는 것도 아니잖음
모던 라이브러리들 용량 드럽게 높아서 번들 사이즈 줄이는거도 힘든데 제이쿼리 따위에 1.5mb 할당? 한 2~3mb만 줄어도 라이트하우스 점수 유의미하게 오르는데
그리고 모든 모던 프론트엔드 프레임워크/라이브러리가 dom조작 관련으로 간접이던 직접이던 다 해주는데 도대체 왜 제이쿼리 써서 똥꼬쇼 해야됨? si처럼 자바8 쓰는거면 모를까 심지어 그 환경도 제이쿼리 없어도 됨 si 쓰는 유저들 브라우저는 그렇게까지 예전께 아니니까
속이 뻥 내가 하고 싶은 말임 웹표준 나와서 스크립트 표준대로 작성하면 되는걸 ie 때문이 아니면 제이쿼리 쓸일이 없음
둘다 해본입장 1. Jqury가 훨씬 쉬운건 팩트. 2. Jqury-> 모던프레임워크 넘어가기가 매우 어려움. (진짜 처음에 난해했음) 3. Jqury템플릿 구하기가 매우 쉬움 ( 이게 존나 큼 )
리엑트 스벨트 다 해봤는데 결국엔 제이쿼리 코드나 이런게 뿌리깊게박혀서 리엑트는 동적인 부분을 표현할려고하니 너무 코드 길어지고 제이쿼리도 코드길어지면 애미애비도 못알아보는데 이건 너무 심해져서 좆간 난이도가 급상승하더라 지금은 스벨트사용중 ㅇㅇ.. 제이쿼리 쓰는애들 모던프레임워크 넘어오라 꼬실땐 스벨트 쓰라고 감히 추천해주고싶음.
그 대신 취업은 장담못함
뭘하길래 제이쿼리 코드보다 리액트 코드가 더 길어짐? 리액트 장점이 그냥 setState 딸깍하면 화면 다 갈아 엎어진다는건데
세세한 디테일 구성하게되면 길어지긴한데 예를들면 생각나는게 마땅히없는데 그냥 폼에 숫자입력받으면 3자리 컴마찍어주고 백엔드에 숫자형으로 다시 보내준다고 생각하면될듯
프론트 백엔드 서버인프라까지 혼자하는데 진짜 말그대로 프론트는 화면싸개용으로 쓰는데 리엑트는 ux 좀 빡빡하게 챙길려면 너무 시간걸림
그렇다해서 코드 무지성으로 갈겨버리면 그냥 나도 마음편한데 최적화 문제도 있어서 좀 규모있는 프로젝트로써는 리엑트는 혼자서 할게안된다고 느낌 그래서 바로 때려치우고 스벨트 뷰 둘중 고민하다가 스벨트로 갈아탓음 내가 사업주라 프레임워크 고민은 딱히 없엇고