UseCase가 너무 많은 문제를 해결하는 방법
그래서 해결책을 알아봤어요.
결론: 각 기능에 따른 UseCase 요약
UseCase는 각 기능에 따라 ViewModel에 제공될 수 있다고 생각합니다.
예를 들어 어떤 계수기가 응용하는 기능은 카운트다운, 카운트다운, 카운트다운 리셋이 있다.
UseCase로 각각의 기능을 만들어 ViewModel에 제공하면 UseCase가 너무 많다는 문제가 발생하기 쉽다.
따라서 제작된 UseCase는 각각 DI가 아니라 각 기능에 따라 하나의 UseCase로 통합된다.
이번에는 카운터를 제어하는 UseCase가 3개이기 때문에 카운터 제어에 관한 UseCase를 정리한 반을 만들어 View 모델에게 제공하면 된다.
설치 예제를 기록합니다.
또한 지면의 관계로interface가 기재되지 않은 것을 양해해 주십시오.
/**
* カウントアップ
*/
class CountUpUseCase() {
operator fun invoke(count : Int) { return count + 1 }
}
/**
* カウントダウン
*/
class CountDownUseCase() {
operator fun invoke(count : Int) { return count - 1 }
}
/**
* カウントリセット
*/
class CountResetUseCase() {
operator fun invoke(count : Int) { return 0 }
}
/**
* カウンターの更新を制御するUseCase群
*/
data class CounterUseCases (
val up = CountUpUseCase
val down = CountDownUseCase
val reset = CountResetUseCase
)
Reference
이 문제에 관하여(UseCase가 너무 많은 문제를 해결하는 방법), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://zenn.dev/hiroa365/articles/d7208eec7caf4e텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)