[6주차/세미나] Architecture Pattern을 도입하였을 때 패키징, 어떻게 할까요?

[jihyunniiii]

⚙️ 실습 타임 - Architecture Pattern을 도입하였을 때 패키징, 어떻게 할까요?

Architecture Pattern에 대한 이야기를 들으니 패키징을 어떻게 해야할 지 조금 감이 잡히셨나요?
이를 바탕으로 Architecture Pattern을 도입하였을 때 패키징을 어떻게 하면 좋을지 금잔디조 조원들과 이야기를 나눠봅시다.
그리고 개인별로 어떻게 패키징을 하면 좋을지/어떻게 패키징을 해왔는지를 정리해주세요.
아직 Architecture Pattern이 익숙하지 않다면 아래 있는 컴포넌트를 어디에 배치시킬 것인지를 고민해서 정리해주시면 됩니다.

usecase
View
ViewModel
repotisory
repositoryimpl
datasorce
model

[boiledEgg-s]

Clean Architecture

• domain: usecase, entity, repository
• data: repositoryImpl, datasource, datasourceImpl, model
• presentation: view, viewmodel

Google Recommended Architecture

• data: repository, repositoryImpl, datasource, model, entity
• presentation: view, viewmodel
• domain(optional): usecase

[HAJIEUN02]

🎈Clean Architecture

📂 org.sopt.android.7
┣ 📂 data
┃ ┣ 📂 datasource
┃ ┃ ┣ 📂 local
┃ ┃ ┣ 📂 remote
┃ ┣ 📂 datasourceImpl
┃ ┃ ┣ 📂 local
┃ ┃ ┣ 📂 remote
┃ ┣ 📂 dto
┃ ┃ ┣ 📂 request
┃ ┃ ┣ 📂 response
┃ ┣ 📂 repositoryImpl
┃ ┣ 📂 service
┣ 📂 di
┣ 📂 domain
┃ ┣ 📂 model
┃ ┣ 📂 repository
┃ ┣ 📂 usecase
┣ 📂 presentation
┃ ┣📂 model
┃ ┣📂 ui // view, viewModel
┃ ┃ ┣📂 component // 전체적으로 이용되는 component
┣ 📂 util

1. 저는 di 패키지를 앱 단에서 분리하는데 data layer 안에 있는 것이 더 좋을까요?
2. util 패키지 내부에는 View에서 사용하는 확장함수, DataSource에서 사용하는 BaseResponse 등 다양한 layer와 의존을 갖는 것들이 많습니다. 이런 상황에서 data layer, domain layer, presentation layer 각각에 util 패키지를 정의해두는 것이 좋을까요? 오히려 util 패키지가 중복되게 layer마다 있다면 찾기 힘들 수 있다는 점, 구조가 더 복잡해질 수 있다는 생각이 들어서 섣불리 분리하기가 어렵습니다 .. 팀원들과 컨벤션을 정할 수 있는 부분일지 클린 아키텍처를 엄격히 적용해야 하는 부분일지 모르겠네요

[HAJIEUN02]

• internal 키워드 사용해서 layer 각각에 di 패키지 분리하는 방법
• 멀티 모듈을 사용하지 않을 거라면 고민이 크게 유의미하지 않은 듯

[HAJIEUN02]

• 모듈을 나누는 것을 대비해서 layer마다 선언, util 모듈을 따로 만들지 않고 사용하는 곳에서 가질 수 있도록 함

[Hyobeen-Park]

┣ 📂 data
┃ ┣ 📂 datasource
┃ ┣ 📂 datasourceimpl
┃ ┣ 📂 model
┃ ┃ ┣ 📂 request
┃ ┃ ┣ 📂 response
┃ ┣ 📂 repositoryimpl
┃ ┣ 📂 service
┣ 📂 domain
┃ ┣ 📂 usecase
┃ ┣ 📂 entity
┃ ┣ 📂 repository
┣ 📂 presentation
┃ ┣ 📂model
┃ ┣ 📂view / viewModel

[0se0]

data
|--datasorce
|--datasorceimpl
|--di
|--repositoryimpl
|--response
|--sevice

domain
|--entity
|--repository

feature
|--View
|--ViewModel
|--model

[jm991014]

domain: usecase, repository, model
data: datasource, repositoryImpl
presentation: View, ViewModel

[tunaunnie]

[presentation]

• View
• ViewModel

[domain]

• Usecase
• Repository

[data]

• Repositoryimpl
• Datasource
• Model

[gitsuhyun]

┣ 📂 data
┃ ┣ 📂 datasource
┃ ┃ ┣ 📂 local
┃ ┃ ┣ 📂 remote
┃ ┣ 📂 datasourceImpl
┃ ┃ ┣ 📂 local
┃ ┃ ┣ 📂 remote
┃ ┣ 📂 dto
┃ ┃ ┣ 📂 request
┃ ┃ ┣ 📂 response
┃ ┣ 📂 repositoryImpl
┃ ┣ 📂 service
┣ 📂 di
┣ 📂 domain
┃ ┣ 📂 model
┃ ┣ 📂 repository
┃ ┣ 📂 usecase
┣ 📂 presentation
┃ ┣📂 ui
┃ ┃ ┣📂 component
┣ 📂 util

[ThirFir]

App

• Application.kt
• di

Data

• repository
• datasource
  • local
  • remote
• api
  • local
  • remote
• dto
  • response
  • request
  • entity

Domain

• repository
• usecase
• model

Presentation

• ui
  • screen
    • viewmodel
  • component
• viewstate (Presentation의 Model)

[yskim6772]

┣ data
┃ ┣ datasource
┃ ┣ datasourceimpl
┃ ┣ dto
┃ ┣ repoimpl
┃ ┣ service
┣ domain
┃ ┣ usecase
┃ ┣ entity
┃ ┣ repository
┣ presentation
┃ ┣ model
┃ ┣ view
┃ ┣ viewModel

[beom84]

┣ 📂 data
┃ ┣ 📂 datasource
┃ ┣ 📂 datasourceimpl
┃ ┣ 📂 model
┃ ┃ ┣ 📂 request
┃ ┃ ┣ 📂 response
┃ ┣ 📂 repositoryimpl
┃ ┣ 📂 service
┣ 📂 domain
┃ ┣ 📂 usecase
┃ ┣ 📂 entity
┃ ┣ 📂 repository
┣ 📂 presentation
┃ ┣ 📂model
┃ ┣ 📂view / viewModel

[serioushyeon]

클린 아키텍쳐의 경우라면
데이터 : datasorce
도메인 : repositoryimpl, usecase, model
프레젠테이션 : View, ViewModel

구글 권장 아키텍쳐라면
ui: View, ViewModel
data: usecase, repotisory, repositoryimpl, model, datasorce
도메인은 optinal~~

[SYAAINN]

📂 org.sopt.korailtalk
┣ 📂 data
┃ ┣ 📂 local
┃ ┃ ┣ 📂 datasource
┃ ┃ ┣ 📂 datasourceimpl 
┃ ┣ 📂 mapper
┃ ┃ ┣ 📂 todata
┃ ┃ ┣ 📂 todomain
┃ ┣ 📂 remote
┃ ┃ ┣ 📂 datasource
┃ ┃ ┣ 📂 datasourceimpl
┃ ┃ ┣ 📂 model : remote의 경우 dto
┃ ┃ ┃ ┣ 📂 base
┃ ┃ ┃ ┣ 📂 request
┃ ┃ ┃ ┣ 📂 response
┃ ┃ ┣ 📂 service
┃ ┣ 📂 repositoryimpl
┣ 📂 di
┣ 📂 domain
┃ ┣ 📂 model : 비즈니스 로직 model
┃ ┣ 📂 repository
┃ ┣ 📂 type
┃ ┣ 📂 usecase
┣ 📂 presentation
┃ ┣ 📂 model : navRoute 같은 프레젠테이션에서만 사용하는 model
┃ ┣ 📂 ui
┃ ┃ ┣ 📂 myticket 
┃ ┃ ┃ ┣ 📂 view
┃ ┃ ┃ ┣ 📂 viewmodel
┃ ┃ ┣ 📂 payment
┃ ┃ ┣ 📂 seatmap 
┃ ┃ ┣ 📂 traincheck 
┃ ┃ ┣ 📂 trainsearch 
┃ ┣ 📂 util
┣ 📂 ui.theme

[hwidung]

[data] :

• data source data
  • local data
  • remote data

[domain] :

• model
• repository
• repsotoryimpl
• usecase

[presentation] :

• model
• view
• view model

[Roel4990]

data

• datasource
• repository
  • repositoryImpl
• service

presentation

• view
• viewModel
• contract

domain

• model
• repositoryInterface

1. "Data"

datasource: 데이터 소스와의 직접적인 상호작용을 담당. (API 호출, 로컬 데이터베이스)
repository/repositoryImpl: Repository의 실제 구현체로, datasource에서 데이터를 가져와 도메인에게 전달
service: Retrofit,.

2. "Presentation"

view: UI
viewModel: 뷰에 대한 비지니스 로직관리
contract: uiState, Event, Effect 관리

4. "Domain"

model: 애플리케이션에서 사용하는 비즈니스 모델(엔티티, DTO 등)이 정의.
repositoryInterface: 데이터 계층에 대한 추상화를 제공. Repository의 인터페이스가 위치

[MinseoSONG]

Clean Architecture

data

• repositoryimpl
• datasource

domain

• usecase
• repository

presentation

• model
• view
• viewmodel

[wjdrjs00]

data:

• local , remote datasource
• repositoryImpl

domain:

• repository
• usecase
• entity

presentation:

• ui
• viewmodel

[chrin05]

feature

• component
• View
• ViewModel
• model

domain

• use case
• entity
• repository

data

• data source
• repositoryImpl

[jangsjw]

[data] :
data source data(localdataSocial, remotedatasorce)
'
[domain] :
model
repository
repsotoryimpl
usecase

[presentation] :
model
view / view model

[t1nm1ksun]

┣ 📂 data
┃ ┣ 📂 datalocal
┃ ┃ ┣ 📂 datasource
┃ ┃ ┣ 📂 datasourceimpl
┃ ┣ 📂 dataremote
┃ ┃ ┣ 📂 datasource
┃ ┃ ┣ 📂 datasourceimpl
┃ ┃ ┣ 📂 model
┃ ┃ ┃ ┣ 📂 request
┃ ┃ ┃ ┣ 📂 response
┃ ┃ ┣ 📂 service
┃ ┃ ┣ 📂 util
┃ ┣ 📂 mapper
┃ ┣ 📂 repositoryimpl
┣ 📂 di
┣ 📂 domain
┃ ┣ 📂 model
┃ ┣ 📂 repository
┃ ┣ 📂 type
┃ ┣ 📂 usecase
┃ ┣ 📂 util
┣ 📂 presentation
┃ ┣ 📂 model
┃ ┣ 📂 type
┃ ┣ 📂 ui
┃ ┣ 📂 util
📂 ui.theme
📄 App.kt

[kangyein9892]

클린 아키텍쳐를 사용하게 될 경우 저는,
data에 datatsource, repositoryImpl
domain에 repository, usecase
presentation에 view, viewmodel을 위치시킵니다.

[hyeeum]

┣ 📂 data
┃ ┣ 📂 datasource
┃ ┣ 📂 datasourceImpl
┃ ┣ 📂 dto
┃ ┃ ┣ 📂 request
┃ ┃ ┣ 📂 response
┃ ┣ 📂 repositoryImpl
┃ ┣ 📂 service
┃ ┣ 📂 di
┣ 📂 domain
┃ ┣ 📂 entity
┃ ┣ 📂 repository
┃ ┣ 📂 usecase -> 사실 아직 안 써봐서 잘 모름
┣ 📂 presentation
┃ ┣📂 component
┃ ┣ 📂 model
┣ 📂 core
┃ ┣📂 util
┃ ┣📂 component

저는 주로 다음과 같이 패키징을 해왔습니다 :-)

[kamja0510]

domain: usecase, repository
data: datasource, repositoryImpl, model
presentation: View, ViewModel

[1971123-seongmin]

┣ 📂 base

┣ 📂 data
┃ ┣ 📂 di
┃ ┣ 📂 remote
┃ ┃ ┣ 📂 local
┃ ┃ ┣ 📂 source
┃ ┃ ┃┣ 📂기능별 패키지안에 (auth, home 등) 각각 DataSource, DataSoureImpl, RepositoryImpl)
┃ ┣ 📂 model
┃ ┃ ┣ 📂 request
┃ ┃ ┣ 📂 response
┃ ┣ 📂 service

┣ 📂 domain
┃ ┣ 📂 mapper
┃ ┣ 📂 model
┃ ┣ 📂 repository
┃ ┣ 📂 usecase

┣ 📂 presentation
┃ ┣📂 component
┃ ┣📂 ui
┃ ┣📂 utils
┃ ┣📂 viewmdoel

[hyoeunjoo]

data

• datasource
  • remote
    • dto
  • local
• repositoryimpl
• mapper
• entity
• service

domian

• repository
• model
• usecase

presentation

• view
• viewmodel

[angryPodo]

📂 data
┃ ┣ 📂 datalocal
┃ ┃ ┣ 📂 datasource
┃ ┃ ┗ 📂 datasourceimpl
┃ ┣ 📂 dataremote
┃ ┃ ┣ 📂 datasource
┃ ┃ ┣ 📂 datasourceimpl
┃ ┃ ┣ 📂 model
┃ ┃ ┃ ┣ 📂 request
┃ ┃ ┃ ┗ 📂 response
┃ ┃ ┣ 📂 service
┃ ┃ ┗ 📂 util
┃ ┣ 📂 mapper
┃ ┗ 📂 repositoryimpl

📂 di

📂 domain
┃ ┣ 📂 model
┃ ┣ 📂 repository
┃ ┣ 📂 type
┃ ┣ 📂 usecase
┃ ┗ 📂 util

📂 presentation
┃ ┣ 📂 model
┃ ┣ 📂 type
┃ ┣ 📂 ui
┃ ┗ 📂 util

📂 ui.theme

📄 App.kt

[imtaejugkim]

data

• datasource
  • remote
    • dto
  • local
• repositoryimpl
• mapper
• entity
• service

domian

• repository
• model
• usecase

presentation

• view
• viewmodel