제이쿼리 쓰다보면 존나 코드 꼬이고 스파게티 되자너. 돔조작하는거랑 아작스통신단 건드는거 비즈니스 로즥 건드는거 어떻게 나누냐
섹카냥(game8sec)2019-12-22 21:12
답글
되도록이면 애초에 복잡하지 않게 설계하는게 젤 중요하겠고
웬만하면 백엔드에서 다 처리한뒤에 딱 필요한것만 뿌리도록함
rest api 가져오는거 그렇게 코드 안길어 몇줄내외고 그것도 걍 함수로 빼두면됨
페이지 달라지면 아예 js 분리, 프로젝트가 크면 걍 뷰로 고
익명(221.161)2019-12-22 21:15
답글
제이쿼리 쓰면 돔 수동으로 조작 그때그태 넣으면 플젝 씹병씬되잔0아 어케든 나눠야하는데 그래서 뷰쓰는거자나. 근데 뷰못쓰는 환경이면 제이쿼리로 어케든 쇼부볼텐데 이 나누는 구조 뭐 좋게 해주는 라이브러리있냐
섹카냥(game8sec)2019-12-22 21:18
답글
나누는 경우의 수는 2가지 밖에 없어. 단일 소스 내에서 구획으로 나누어서 구분하기 or 다른 파일로 분리해서 페이지 리퀘 따라 분리
나는 dom 뿌리는건 좀 크면 미리 초기 접근했을때 init 로 쫙 뿌려놓고 난뒤에 해당영역 찾아들어가는 방식을 씀
그럼 데이터 비즈니스단 안붙여도 확인가능. 그리고 라이브러리는 표냐 그래프냐에 따라 다 다름 보통 그래프는 d3같은거 많이 쓰는데
json 날려주면 알아서 지가 가서 붙음
익명(221.161)2019-12-22 21:22
답글
하 씨발 왜 내가 코드단까지 프론트를 신경써줘야 하는지 이해가 안되네 띠벌 ㅋㅋㅋ 풀스택이야 무슨 개빡3ㅣㅁ
음...아무래도 뷰지 - dc App
상당히 흥분되는 발언이군요!
제이쿼리 베이스, 복잡한건 뷰
제이쿼리 쓰다보면 존나 코드 꼬이고 스파게티 되자너. 돔조작하는거랑 아작스통신단 건드는거 비즈니스 로즥 건드는거 어떻게 나누냐
되도록이면 애초에 복잡하지 않게 설계하는게 젤 중요하겠고 웬만하면 백엔드에서 다 처리한뒤에 딱 필요한것만 뿌리도록함 rest api 가져오는거 그렇게 코드 안길어 몇줄내외고 그것도 걍 함수로 빼두면됨 페이지 달라지면 아예 js 분리, 프로젝트가 크면 걍 뷰로 고
제이쿼리 쓰면 돔 수동으로 조작 그때그태 넣으면 플젝 씹병씬되잔0아 어케든 나눠야하는데 그래서 뷰쓰는거자나. 근데 뷰못쓰는 환경이면 제이쿼리로 어케든 쇼부볼텐데 이 나누는 구조 뭐 좋게 해주는 라이브러리있냐
나누는 경우의 수는 2가지 밖에 없어. 단일 소스 내에서 구획으로 나누어서 구분하기 or 다른 파일로 분리해서 페이지 리퀘 따라 분리 나는 dom 뿌리는건 좀 크면 미리 초기 접근했을때 init 로 쫙 뿌려놓고 난뒤에 해당영역 찾아들어가는 방식을 씀 그럼 데이터 비즈니스단 안붙여도 확인가능. 그리고 라이브러리는 표냐 그래프냐에 따라 다 다름 보통 그래프는 d3같은거 많이 쓰는데 json 날려주면 알아서 지가 가서 붙음
하 씨발 왜 내가 코드단까지 프론트를 신경써줘야 하는지 이해가 안되네 띠벌 ㅋㅋㅋ 풀스택이야 무슨 개빡3ㅣㅁ
리액트랑 제이쿼리지 머하러 뷰를 쓰지?
복잡한데 뷰 쓸거면 뷰를 안쓰지