문자열인데 정수 들어오는 유효성 검사가 아니라
로그인 같은 거 유효성 검사하는 곳은
각각의 기능 별로 특화되어있다면 서비스가 맞겠지만 그게 아니라면 db에서 가져오니까 repository쪽이 최적화면에서도 이점이 있고 데이터를 다룬다는 면에서
repository 쪽이 맞다고 판단되는데, 프갤러분들 생각은 어떰?
유효성 검증이랑 같은 곳에 두는게 맞나?
문자열인데 정수 들어오는 유효성 검사가 아니라
로그인 같은 거 유효성 검사하는 곳은
각각의 기능 별로 특화되어있다면 서비스가 맞겠지만 그게 아니라면 db에서 가져오니까 repository쪽이 최적화면에서도 이점이 있고 데이터를 다룬다는 면에서
repository 쪽이 맞다고 판단되는데, 프갤러분들 생각은 어떰?
유효성 검증이랑 같은 곳에 두는게 맞나?
해당 댓글은 삭제되었습니다.
패스워드 같은 값인지 비교하는거 oauth도 궁금한데 어디서함?
?? 스프링 쓰시면 컨트롤러단 도메인단 서비스단 다 로직 넣을 수 있는 거 아닌가요?
데이터 정렬 같은건 스프링으로 레파지토리에서 하시는 경우도 있잖아요 RDB같은건 내부적으로 호출이 얼마나 될지 모르기도 하고, 회사 비즈니스에 맞게 최적화가 안되니
서비스가 특정 기능에 대해 사용하는 경우가 존재하는데, 해석 방향에 따라 공통된 로직을 하나의 서비스 안에 두기도 하니 잘못된 로직은 아닐텐데 고민되네요
아니에요 그럴 수도 있죠.. 저도 JPA만 살짝 써봐서 궁금해서 물어봤어요