Meeting 20230730

날짜 ✔️

2023년 07월 30일

참석자 ✔️

김명준, 김민정, 서승훈, 이준영

안건 ✔️

• 코드 컨벤션
• 조회 메서드 컨벤션
• 클래스, 인터페이스 네이밍
• 검증 전략
• DTO 네이밍
• 테스트 전략
• 프로시저랑 함수 구분
• 메서드 최대 길이
• 아키텍처 구조

내용 ✔️

코드 컨벤션

• 뼈대 : 구글 컨벤션

조회 메서드 컨벤션

• get ← 예외를 던져야함
• find ← Optional

클래스, 인터페이스 네이밍

• 인터페이스 → 형용사, 명사로
• 클래스 → 명사로

검증 전략

• Controller DTO @Valid → Notnull, Length, NotBlank, (사전조건검증)
• Service → Notnull, Repository(OPtional.empty) 던지는역할 (비지니스 플로우를 검증함)
• Domain → 비지니스 로직 검증
• Repository → 검증 안함 / 무조건없으면 Optional.empty를 내려줌
• Entity → table 제약조건 검증 / 하는게 안정적임

DTO 네이밍

• 요청 : Request 를 접미사
• 응답 : Response를 접미사

테스트 전략

• 단위 : 클래스단위 같은레이어에서 다른레이의 참조가 필요없는거
• 통합 : 클래스단위 다른 layer는 의존성의 방향에따라 선택적으로 Mocking한다
• 인수 : 클래스 mocking은 없음 / 전체를 테스트 / API부터 테스트 → code / tomcat, db ← mocking 처리
• api : 무조건 전체 테스트
• Controller → 인수테스트에서 커버가능
• Service → repository에서 반환하는거 잡아서 예외던지는거 정도만 테스트 / 예외테스트를 많이함 → 통합테스트
• Domain → 최대한꼼꼼히, 동작, 예외, 반례같은거 생각하면서 테스트 → 단위 테스트
• Repository → 성공만 테스트 / 찾을수 없는경우도 포함 → 통합테스트

프로시저랑 함수 구분

• 프로시저 : 클래스 내부 필드나, DB와 같이, 애플리케이션의 상태를 변경하는 메소드 → void
• 함수 : 상태변경 없는 메소드 → 반환이 무조건 있어야함
  → 구분하지 않고 사용한다.

메서드 최대 길이

→ 권장 10 / 최대 15

아키텍처 구조

N-tier / 단일모듈