[ 목차 ]
1. 회의 안건
- Create Dto 공통처리
- BaseEntity 이름변경 필요 ?
무중단 배포 방식Nginx 적용?코드디플로이에서 지원하는 블루그린나중에..
- 코드 리뷰 반영은 급할 때가 아니면 직접적으로 요청하지 않는다.
- 코드 리뷰는 ci 해결 됐는지 확인
- 이건 리뷰이 책임이다! → CI 확인 후 요청하면 좋을듯
- pr template을 사용하자 꼭 template양식이 아니더라도 추가 내용 적어도 좋아요
- 로직만 적어줘도 테스트 하고자 하는 내용이 보기 편하다
- 나중에 본인이 pr 날린 것 확인할 때도 도움 돼!
2. 회의 내용
- 생성 Dto 공통처리
- id만 가지는 Dto가 Domain별로 생성될 것 같다.
- anti 패턴
- 우선 나눠서 진행
- docs, 통합 테스트 작성은 시간이 많이 걸리니까 나중에 작성하는 쪽으로(루체)
- 하지만 자기 개발속도에 맞춰서 진행하면 된다!
- Service에서 id값을 반환하는 경우 findById를 해서 하는게 맞는지 ?
- 저장에 대한 테스트를 진행하는 경우는 id로 찔러보는게 맞는것 같다.
- 이외의 경우(저장이 아닌 경우)는 dto검증을 테스트하는게 맞지 않나라는 의견
- dto 패키지 위치
{domain}/dto
- Service에서 Entity를 반환해야 하는 경우
- 웹 모델을 변경하는데 Service에서 하는게 이상하다.
- 경계간의 맵핑
- 모르면 찾아보자
- 만들면서 배우는 클린 아키텍처
- BaseEntity
- 차라리 지워버리던가
- createdAt, updatedAt이 나중에 생길 때 이름만 바꾸던가
- 이 경우는 상속구조가 복잡해질 수 있다.
- 우선 냅두자.