[TIL] 2022-12-22

 

 

오늘 공부한 내용

• 깃허브 강의 섹션 8, 9 듣기(diff와 stash)

 

 

---

 

 

💭 느낀 점 & 배운 점

stash가 인텔리제이의 shelve와 매우 비슷해 보였는데, stash를 공부하고 보니 많이 달랐다는 것을 알았다.

뭐가 좋다고 하기는 뭐 하지만, 아무래도 shelve를 좀 더 많이 쓸 것 같다.

 

오늘부터 혼자서 프로젝트를 다시 시작했다.

내 머리로는 좋은 아이디어가 도저히 안 떠올라서 그냥 동아리 관리 애플리케이션을 제대로 만들어보려 한다.

이번에는 만들면서 여러 사람들의 코드를 참고해가며 여러 방법으로 코드를 작성해 보는 것이 목표이다.

 

오늘은 태양님 코드를 조금 참고해가면서 기능을 구현했는데 진짜 코드 너무 잘 짜신다.

추가로 태양님 코드를 보며 궁금했던 것들이 생겨 따로 질문 드렸는데 너무 친절하게 잘 답변해 주셨다.

 

Q. 간단한 회원 초대/생성 수락 간단 예제에 대한 질문인데, domain 모듈에서 InviteWorkspace에 대한 코드를 살펴보면 아래와 같이 infrastructure 모듈로써의 의존성을 가지는 것을 보고 의문이 들었습니다. domain 모듈에서 infrastructrue 모듈로의 의존성을 가지는 것 보다, infrastructure 모듈에서 Member를 반환하도록 하여 의존성 방향을 바꾸는 것이 더 좋지 않을까란 생각이 있어서 heli님의 생각을 듣고자 연락 드렸습니다. infrastructure 모듈에서 domain 모듈로써 의존성을 가지는 것이 문제되지 않는 것인지 궁금합니다.

A. 우선 해당 플젝의 구조는 흔히 말하는 레이어드 아키텍처인데요. 지금 구조는 domain 모듈에서 도메인 엔티티와 유즈케이스를 모두 가지고 있기 때문에 Infrastructure에서 domain을 참조하려면 유즈케이스와 도메인 엔티티 모델를 서로 다른 모듈로 분리 해야합니다. ex) application layer: usecase domain layer: domain entity 각 레이어별 모델을 어디까지 전파시킬 것인지는 마땅히 정답이 있지는 않고, 지름길을 얼마나 허용할지의 차이이기 때문에 분리를 통한 이점이 더 크다고 판단되면 분리하고 모든 영역의 최종 반환 모델을 도메인 엔티티로 통일하는 것도 좋다고 생각합니다. 실제로 그런 구조를 개념적으로 제시하는게 클린 아키텍처이고, 클린 아키텍처의 기조가 되는 hexagonal architecture가 최대한 지름길을 배제하고 있는 모습을 보인다고 생각합니당

Q. 답변 감사합니다. 헬리님의 답변 중에서 추가적으로 궁금한 부분이 있습니다. '지금 구조는 domain 모듈에서 도메인 엔티티와 유즈케이스를 모두 가지고 있기 때문에 Infrastructure에서 domain을 참조하려면 유즈케이스와 도메인 엔티티 모델를 서로 다른 모듈로 분리 해야합니다.' 라고 말씀해주셨는데, 현재 구조에서 domain 모듈이 도메인 엔티티와 유즈케이스를 모두 가지고 있다는 부분이 이해가 잘 되지 않아 다시 질문 드립니다. 아래 사진과 같이 현재 구조를 보면 domain 모듈에서는 유즈케이스를, infrastructure 모듈에서는 도메인 엔티티를 가지도록 분리되어 있다고 생각하는데 혹시 어디가 잘못된 생각인지 바로잡아 주시면 감사하겠습니다..!

A. 엔티티는 개념적인 내용이고, DDD에서 말하는 도메인 모델(도메인 엔티티)와 JpaEntity는 다릅니다. domain모듈의 domain 패키지에 있는 도메인 모델이 도메인 엔티티이고, infrastructure->persistence 모듈에 있는 엔티티는 영속성 계층의 엔티티입니다🙂
Jpa를 사용한다면 영속성 계층의 엔티티를 도메인 엔티티로 취급하여 사용하기 수월한 구조가 되기는하지만, 그에 따른 사이드 이펙트도 함께 발생하기 때문에 별도로 분리해서 사용하는 편입니다.

Q. 헬리님 답변이 조금 어렵지만, 어느정도 이해된 듯 싶습니다. 그렇다면 마지막으로 Infrastructure에서 domain을 참조하려면 유즈케이스와 도메인 엔티티 모델를 서로 다른 모듈로 분리 해야하는 이유에 대해서 질문드리고 싶습니다. 해당 이유가 현재 도메인 모듈의 service(usecase 구현)에서 infrastructure모듈로의 의존성이 이미 존재하기 때문에 infrastructure에서 domain 모듈을 의존하면 의존성 순환이 발생하기 때문이 맞는 것인가요?

A. 넵넵 지금은 domain<-infrastructure 이기때문에 그 반대로 참조를 하게되면 순환 참조가 발생합니다.

(감사합니다..!)

대화를 하면서 DDD도 공부해야지 했다가 우테코 준비한다고 잠시 미뤄두어뒀던 것이 생각나서 내일부터는 DDD도 공부를 다시 해보려 한다.

 

 

 

 

---

 

 

 

 

🔥 내일 공부할 내용

• 깃 10, 11강 공부하기
• 프로젝트 개발
• DDD 책읽기

 

 

 

 

🔥 언젠가..

• 로그 관련 정리하기
• Red-Black Tree
• MethodSecurityInterceptor
• StatementInspector
• EnumMap 정리
• llvm 공부
• 자바 클래스로더와 resources 관계 파악

 

 

 

 

 

 

---

 

 

오늘 공부한 내용 포스팅