Week 1 Team‐H3
-
첫 진입 시 견적 확인이 가능해야함
- 처음부터 모든 옵션에 대한 정보(부품 이름, 가격…)를 API로 요청할지
- 굳이 선택하지 않을 데이터까지 모두 불러올 수 있으므로 비효율적임
- 처음엔 디폴트 값으로 선택된 옵션의 정보만 요청하고 선택하고 넘어갈 때마다 추가로 필요한 옵션의 정보를 요청.
- 처음부터 모든 옵션에 대한 정보(부품 이름, 가격…)를 API로 요청할지
-
이전 선택화면으로 돌아갈 경우 (iOS, Front)
- 선택된 옵션을 보여준다.
- 보고있던 옵션을 그대로 보여준다. ( ex.선택은 화이트 색상을 해두고 레드 색상으로 스와이프 해둔 상태)
-
옵션 누락 팝업 조건을 어떻게 처리할지 애매하다.
- 듀얼 머플러 패키지가 선택이 되어있는지 않는지만?
-
색상 선택 방식(iOS, Front)
-
스크롤시 바로 선택
-
스크롤하더라도 다시 클릭해야 선택한다. → 선택하지 않은 색상을 보고있을 때 선택 완료 버튼 클릭시 피드백 모션을 어떻게 보여줄 것인가? → 선택 완료 버튼 클릭시 다시 선택된 색상으로 돌아가서 피드백 모션을 보여주고 넘어간다.
-
-
백카사전 팝업 띄우기 구현 방법
- (iOS) 백카사전 단어만 하이라이트해서 띄우기 방법의 어려움 → attributedText를 통해 해결.
- 해당 단어만 클릭 이벤트를 구현하는 방법은?
- (iOS) 자세히보기 팝업 위에 팝업을 또 띄우는 건지? → 다른 팝업이라고 느껴지지않도록 나란히 띄운다.
- (Back,Front,iOS) 백카사전 단어 데이터 전송 방식
- (백엔드) 데베에 설명 저장 시 태그로 키워드를 감쌈 → 프론트에서 키워드 발견하면 하나씩 정보 요청 (롤체지지 참고)
- (iOS) 백카사전 단어만 하이라이트해서 띄우기 방법의 어려움 → attributedText를 통해 해결.
-
s3에 저장할 사진 확장자 jpg png svg 결정
-
백카사전 팝업 띄우기 구현 방법 (2차 회의_ back - Front - iOS)
받은 데이터에서 모든 데이터를 탐색해서 태그를 찾아야하는가? 완전탐색이 이상적인가?
웹은 태그로 감싸져있으면 자동으로 보여질 수 있음. iOS는 찾아야함.
호버를 했을 때 API를 보내서 받는 게 느릴 거 같다.
옵션에 대한 정보를 다 받은 후에 Key-Value(단어) 태그에 있는 것들만 요청을 보내서 가지고 있는다.
-
Response 형식 고민
[ {디젤}, {가솔린} ](추천) body ⇒ { data : [ {디젤}, {가솔린 정보}, {…} ], msg: ”메세지” }
단일도 body ⇒ { data : [ {단일 조회} ], msg: “별로” }
??? : 메시지를 반환할 필요가 있다면 2번째가 좋아보임
-
데모 영상 방식 고민