도메인/데이터 계층 , DDD (1) - 앱 안정성 및 확장성 강화를 위한 Android 아키텍처(8)

강의를 통틀어서 도메인/데이터 계층 부분이 제일 중요하다고 할 수 있다.. 집중..

 

1. 앱 아키텍처의 미드필더라고 할 수 있는,  도메인 계층을 어떻게 설계 할 것인가. 

 

 

사고실험 ) 

2번 - 보통 이렇게 시작을 한다.  ( 문제는 - 앱에 구현이 어떻게 될까에 대해서는 도움이 안된다. )

3번의 문제 - 디자인이 계속 바뀔 수 밖에 없기때문에 비효율.

4번 - 기술검토 부분 ( 재활용 x )

 

 

 => 보통의 경우 데이터 설계로 시작하는 경우가 대부분인데  이렇게 되면, 앱의 경우에는  어떻게 구현을 해야할지에 대해서는

알 수 없고, 도움이 되지 않는다. 

---

 

Bast Case

 => UI와 DB 연결을 제외하고도 핵심시나리오를 구현 할 수 있기 때문에 나중에 재활용이 가능하다. 

 => 테스트를 먼저 진행하면서 할수 있다. 

 

-------------------------------          여기 까지의 시나리오를  BDD 라고 한다     --------------------------------------

 

---

도메인 계층에 대한 이야기를 본격적으로 시작해 보겠다. 

 

=> 캡슐화 되어있다는 것이 중요하다. 

=> 인터페이스 형태로 제공되고 내용은 감추어져 있는 것.

=> 실제 기획자들이 알아야 하는 내용 들이 구현 되어있는것  ( Ex - 회원가입 정책 같은 것 ) 

 

=> 여기서 엔티티는  DB나, rest API 에서 말하는 엔티티 

 

 

 

=> 행위가 잘 드러나지 않는 문제가 있다 ( 버튼을 눌렀을때 어떤 행위를 하는지 알수가 없다. )

=> 실제 코드로 옴기려면 동작이 있어야 하는데, 알수가 없다. 

=> 이걸로 추상화 해봤자.. 의미가 없다..

 

=> 사용과정을 집중해서 생각 해보자. 

---

=> 행위 / 엑터를 먼져 추상화를 하면 제대로된 객체 모델링을 할 수 있다. 

=> 도메인 레이어를 만들기위해,  추상화 하기 어려워 하는 이유가 있는데, 행위와 도메인 지식을 기준으로 하는게 중요하다.