2단계: 도메인을 설계해보자

음. 내가 하려는건 간단해
앱스토어를 켜지않고 appStore에 있는 앱 list를 알고 싶을 뿐이야.

1. 검색어를 입력해서 검색하면 그 결과물에 대한 list를 보여주는 것.
2. 앱을 찍고 들어가면 세부사항 페이지도 보여주는 것

음. 끝났네?

UseCase가 2개 나왔다.
searchAppList(key: String)
getDetailAppInformation(appName: String)

난 2개의 UI 페이지를 만들거고, 각 페이지에서 1개씩만 쓰면되는군.
하지만, 저 2개 모두 1단계에서 서버에서 받아온 Data 1개로 커버가 가능하네.

그럼 Domain에 이걸 처리할 Service을 하나 만들어보자. 이런 이름으로 해볼까?
“ITunesAppSerchingService”
너의 역할은.
1. Infra Layer로 부터 Data를 받아와서 저장한다.
2. UseCase의 요청에 따라 적절한 Data를 올려준다.
3. UseCase에서 요청한 key가 없으면 다시 Infra Layer로부터 데이터를 가져온다.

Domain에서 사용하는 DataModel은 1개로 제한하고.
Infra로 부터는 json의 형태로 data를 받아오자.
UI로 데이터를 올려줄때는 Domain모델의 형태로 올려주고,
UI의 interactor에서 그 모델의 data를 변환해서 사용하는걸로 하자.(UI는 viper로 해보자)

그래야 domain이 다른곳에 dependancy가 없겠다.
휴. 주절주절 썼더니 정신이 없네.