저는 지금 혼자라서
그냥 서버사이드렌더링으로 해가지고 코드를 짜고 있거든요
간단하게 회원가입이라고 치면
서비스 단에서 중복 아이디인지 아닌지 확인해서 boolean으로 리턴값 넘기고
컨트롤러 단에서 true, false 체크해서 중복이라면 bindingresult로 에러 추가하고
이런식으로 코드를 짜고 있거든요??
근데 프론트랑 만약 같이 프로젝트를 한다고 하면 백엔드에서 이렇게 처리를 해주는게 맞는건지 의문이 들어서 질문드립니다.
뭔가 중복아이디라면 그냥
애초에 서비스단에서 중복아이디 나오면 예외를 던져서
exceptionhandler 같은거로 예외 잡아서 api 스펙 맞춰서 그냥 에러코드랑 무슨문제인지 프론트에 보내주면
프론트엔드에서 화면을 처리하는게 뭔가 더 뭔가 편하면서도 좋은느낌을 받아서요
이런 상황에서는 그러면 만약 서버 사이드 렌더링으로 코드를 짜다가 프론트랑 json으로 api 통신한다고 하면
서비스단까지 코드를 싹 수정해야하나요??
님 대학교 1 2학년이죠? 제발 그렇다고 해줘요
고등학생입니다 이제 친절한 답변 해주세요
그럼 다행이다 취준생이었다면 당장 접으라고 하려그랬어
질문에 대답도 못하는 수준이면서 아는척은 ㅋㅋ
아니 아이피가 같지만 일단 제가 쓴 댓글이 아니에요 전 2번입니다 ㄷㄷ
ㄹㅇㅋㅋ 이런 새끼기 제일 병신임 대답을 쳐 해주던가 김대기병 쳐 걸려서 육갑떠는 좆밥련
아직 프론트랑 백엔드가 어떤식으로 쿵짝쿵짝 하시는지 몰라서 그런건데 모르는건 당연하고 공부하시면서 해결되실거임 일부러 고생하시라고 답변 안할게요 충분히 이해하실수 있음
굳이 exception 놔두고 boolean으로 던지는 이유가?..
서비스 단 코드까지는 고칠 필요없음 근데 컨트롤러부터 그 아래쪽까지는 싹 갈아엎어야지
음 그렇네요 ssr 쓴다고해도 그냥 컨트롤러에서 예외캐치하는식으로 코드짜면 서비스단은 고칠 필요가 없겠네요
컨트롤러에 예외 처리문 박게? mapping하는 부분마다 다 예외처리 박아버리면 코드 존나 난잡해지고 관리 더 힘들어질텐데? 프레임워크 Spring 쓰는거면 걍 ControllerAdvice랑 ExceptionHandler 조합 써서 한 곳에 몰아서 관리하셈...
controller는 그냥 요청에 대한 응답 처리용으로만 쓰는게 좋다..
근데 그러면 ssr기준으로 생각해보면 Exceptionhandler로 넘어오면 그 이전에 타입미스매칭이나 여러가지 다양한 에러 bindingresult에 담아뒀던거 다 사라지고 모델값도 사라져서 흐름상 별로이지 않나요?? csr 방식이라면 프론트엔드로 보내주는건 Exceptionhandler로 관리해서 json에 스펙에 맞게 보내주는게 여러모로 편리해보이긴한데 ssr에서는 에러페이지를 보여주려는게 아니라 잘못된 입력들을 다시 폼으로 돌려보내서 보이게 하는 목적으로 코드를 짜고 있어서 컨트롤러에서 예외캐치할수밖에 없다는 생각이 들어서요... 제가 아직 모자라서 미숙한 판단으로 생각해봤습니다. 혹시 서버사이드 렌더링도 이렇게 뭔가 타입미스매칭이라던가 나면 그냥 다시 회원가입 폼 작성하라고 폼으로 돌려보내는게
아니라 그냥 에러페이지를 보내는 편인가요??
이 상황에서는 에러페이지로 가는게 멍청한 짓이지.. 리턴 값이 실패도 아닌데 굳이 에러페이지를 띄울 필요도 없고, BindingResult에 값 담아서 그냥 단순 if 분기에 따라서 보여줘도 되고
그렇군요 결국은 모든건 상황마다 자신이 판단해야하는것이군요
예외처리에 대해서 공부해보도록!
그리고 고등학생이면 좋은대학교가라 개발은 대학가서하고
윗 댓 처럼 대학교부터 좋은데 가라. 대학가서 개발 시작해도 안늦음
프론트에는 HTTP 상태코드 날아온거 받고 사용자에게 화면 뿌려주면 되는거 아냐?
그냥 401 unauthorized 날림 - dc App