안건
REST API 형식 결정 건
회의내용
공통
•
API 설계 건
1. id를 통해 특정 맛집 조회
2. id 타입은 정수형
3. information으로 결정
데이터 팀
•
데이터베이스 설계
백엔드 팀
프론트 팀
모바일 팀
•
Android
◦
베이스 작업 완료 및 Mocking Unit Test 완료
@Test
override fun `실행 성공 테스트`() = runBlocking {
// given
val useCase = GetRestaurantListUseCase(repository, coroutineRule.testDispatcher)
whenever(repository.getRestaurantList())
.thenReturn(restaurantData)
// when
val result = useCase.invoke()
// then
assertThat(result, `is`(IsInstanceOf(Result.Success::class.java)))
val successResult = result as Result.Success
assertEquals(1, successResult.data.informationList.size)
assertEquals("1", successResult.data.informationList[0].id)
assertEquals("맛집", successResult.data.informationList[0].name)
}
Kotlin
복사
◦
Mocking 후 의문점
1.
/restraurant API와 /restaurant{id} API는 겹치는 프로퍼티가 상당히 많으므로 후자 API에서 전자 API와 겹치는 프로퍼티는 필요 없을 것 같다.
2.
information 데이터는 단수 데이터가 아니므로 ~List, 혹은 ~s로 끝나는 이름이 좋지 않을까? (category도 마찬가지)
3.
에러일 땐 reponse가 어떻게 오는지 궁금합니다.
향후 계획
@gwontaeho
•
맛집 등록, 수정, 삭제를 위한 API 설계 필요
•
정렬도 고려하면 좋을거 같습니다.
•
맛집 등록일 정보도 있으면 좋을거 같습니다.
