-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feat/local-db #9
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
너무너무 고생했어ㅠㅠㅠㅠ
사실 큰 문제가 보이는 부분은 없어서 어푸 눌러둘겡!
import org.care.packie.domain.CategoryRepository | ||
import javax.inject.Inject | ||
|
||
class CategoryRepositoryImpl @Inject constructor( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
개인적으로 Impl 자체의 네이밍은 확장성에 좋지 않다고 생각해!
예를 들어서 현재 컴포즈에서 Preview 를 위한 fake 데이터를 불러오기 위해서 FakeCategoryRepositoryImpl 을 가지는 것보다
각각
LocalCategoryRepository : CategoryRepository
FakeCategoryRepository: CategoryRepository
각 구현체가 정확하게 어떤 역할을 구현중인지 내포하면 좋을 것 같아!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
약간 예를 들자면 저장소로 소통할 수 있는 명세(인터페이스)를 따르는 저장소를 각각
저장소 구현체, 저장소 구현체라고 하는 것보다
로컬데이터로 저장소로 소통할 수 있는 객체.
가짜데이터로 저장소로 소통할 수 있는 객체
정도로 보다 명확한 뜻을 가지는게 좋을 것 같아!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
zzz여기서 리뷰달릴 줄 알았는데 예상적중
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
app/src/main/java/org/care/packie/feature/category/CategoryScreen.kt
Outdated
Show resolved
Hide resolved
@@ -42,30 +46,42 @@ private const val MAX_SPACER_SIZE = 80 | |||
|
|||
@Composable | |||
fun CategoryScreen( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
오 지금 보니까 이거 인자가 달라서 같은 이름으로 쓸 수 있구나
실제 Screen 이랑 뷰모델을 사용하는 Screen 이 같은 이름을 가지는건 네이밍 관련이라 큰 문제는 없지만
뷰모델을 사용하는 스크린을
XXScreenRoot 와 같은 이름을 사용하거나 해서 "순수 UI" 와 "로직을 감싸는" 각각의 역할을 내포하는이름이 있다면 더 좋을 것 같기도 하넹
나도 이건 고민해봐야긋다
2024-01-11.10.25.48.mov