개발중 질문

Question

안녕하세요.개발하다가 질문이 생겨서 질문드립니다.기존 프로세스는, 총 카운트를 샌 뒤에, 각각의 불가사유가 있는 경우에는 최종 response하는 DTO에 불가사유를 뿌려주려 하는데,만약 상품 1234 4개가 있다고 가정하고, 최대 3개까지만 가입이 가능하다고 할 때,1,2,3은 가입이 가능한데, 4가 다른 불가사유로 불가할 경우,1,2,3만 체크해서 가능여부를 재조회 하려고 합니다.(지금은, 상품이 4개가 있으면 무조건 카운트가 3개 초과해서 나머지 3개가 가입을 못하는 상태임)이때, 저는 1,2,3,4로 나온 결과값을 가지고, 불가사유가 총 카운트로 가입 불가한 애들만 따로 모아서(즉, 다른 불가사유가 있는놈들은 제외하고...) 다시한번 불가사유 체크하는 메소드를 태우려고 하는데요.이런 방법 말고 한번에 1,2,3만 태울 수는 없을까요?지금 불가사유 체크하는 메소드 자체가 for문으로 순차적으로 불가사유를 하나씩 체크한 뒤 마지막에 resultDTO에 add하다보니, 무조건 합산 카운트 4개가 되어 불가사유를 만들어 버립니다.일단 제 생각은..기존에 for문을 기존 불가사유 로직(카운트 하는 로직 이전)까지만 태우고, add 한다.add 이후에 for문으로 하나 더 만들어서, 불가사유가 없는 애들만 가지고 cnt를 샌다.최종 DTO에 담는다.인데요.이 메서드를 건드는게 맞는건지, 아니면 같은 메소드를 두번 태우는게 효율면에서 괜찮은건지 혹은 다른 방법이 있는지 궁금해서 여쭤봅니다. 설명이 주저리 길어졌는데 도움을 주시면 감사하겠습니다.

Clickin · Answer

불가사유 그룹별 체크로직을 만들면 되는 부분으로 보이네요상품별 불가사유는 약관개정이나 회사 사정에 따라 언제든 변동될 수 있으니테이블에서 별도의 기본자료로 관리하시고 이 기본자료에 최대 허용건수를 넣어둔다던가요불가 사유 검증 로직에서 상품 건별로 체크하는 게 아니라불가 사유별로 검증하면 됩니다.가입 건수 이외에도 다른 조건이 들어갈 수 있도록 설계하긴다면오류코드를 별도로 정의하시고 각 오류코드별 검증동작을 지정해놓으신 다음검증 로직에서 사유별로 지정된 오류코드를 하나씩 검사해보면 되겠네요.이렇게 가정할 때 테이블 관계는 대충오류 사유 마스터 테이블 <- 상품별 가능한 오류 사유 디테일 테이블오류 사유 마스터 테이블 -> 오류 사유별 가능한 사유코드 디테일 테이블요정도 있으면 데이터 기반으로 동작 가능할겁니다.

개발중 질문

1개의 답변

Q&A 목록