백은 데이터 넣어주고 테이블 조회만 하는 역할임? 데이터정렬, 데이터 유효성검증은 원래 프론트가 다함? 웹앱 정렬문 함수들 다 합치면 4천줄이 넘어가고있음 이게 맞음? 정렬조건이 40개가 넘는대 - dc official App
정렬, 검증은 프론트 백 다해요
프론트싸개야 백단 안보인다고 노는줄 아노 ㅋㅋ
그냥 쌩 데이터 5만개 json으로 날아오는디? - dc App
이기려는게 아니라 테이블join만 하고 아무런 가공이 안되어있는 데이터만 보내주고 모든 로직을 다 여기서 처리하는대 그럼 서버 왜필요하냐는거임. 프론트웹서버도 다 되는디? 보안도 람다랑 클라우드 기능으로 프론트에서 처리됨 - dc App
그러면 전체데이터주고 프론트에서 배열가공하는거임? ㅋㅋ - dc App
ㅇㅇ 근대 이게 일반적인 방식인지 몰라서 묻는거임. 일반적이면 수긍함 - dc App
정렬은 프론트에서 파라미터보내서 정렬기준 정해주고 백엔드에서 정렬하고 리턴하고 db조회가 필요없는 비밀번호양식같은 유효성은 프론트가하지않나 - dc App
백도 다함
스펙 협의가 안된거 아님? 클라자원으로 서버부담줄이려고 그러는거거나
보통은 서버에서 비지니스 로직 처리 다 하고 보내주는게 트랜드임 그래서 서버단에 부과되는 과부하를 데이터 캐시 처리로 줄일려고 리액트쿼리 같은게 나온거고 모든 비지니스 로직을 프론트에서 처리하는건 욕 박아도 상관없음
서버리스하군
비즈니스 로직은 프론트에 최소한으로 존재하거나 아예 존재하지 않아야 함. 서버가 병신인데?
그럴거면 서버 왜 만드냐 대체 ㅋㅋ
뭐하노 ㅋㅋㅋ
웹이건 프론트건 걍 문과 국비 ㅈㅅ 땔감들 전용 업무인데 스펙 합의가 제대로 될리가 있나. 너네는 어차피 ‘니잘못이네 내잘못이네’ 드잡이질하면서 꾸역꾸역 일처리를 해나갈 운명이다. 받아들여라.
이걸 물어보는 자체가 이미 답을 알고있잔아?
기획이랑 설계가 개떡같으면 프론트가 정렬처리 해야될수도 있음 ㅇㅇ
일반적인 상황이네 그럼 - dc App