wintertreey 님의 블로그

팀 프로젝트 당시로그인 화면 구현을 위해 손으로 작업했던 화면설계서 흐름

나는 이번 프로젝트에서 open api를 통해 주간날씨를 구현하고 싶었다.  위는 구글과 네이버의 주간날씨의 예시이다. 해당날짜, 아이콘, 온도에 대해서 보여주고있다. 한칸에 하루치를 보여주고, 가로로 여러날짜의 결과를 보여준다.  날씨를 구현하고자 api 를 찾아봤다. 일반적으로 많이들 이용하는 사이트가 openweathermap.org였다.회원가입을 하고, 각자가 받은 api key 값을 주어진 링크에 넣어 json형태로 데이터를 받을 수 있다.   공짜로 얻을 수 있는 데이터의 종류는 다음과 같았다. 현재날씨, 3시간마다의  5일치의 날씨.보통 찾아본 결과, 현재날씨 데이터로 많이들 구현하던데 나는 주간날씨를 원했기 때문에, 3시간마다 5일치의 날씨 정보를 사용하기로 했다.  위치 설정하기해당 사이..

Ref: "place"."p_no" "likes"."target_no"Ref: "review"."r_no" "likes"."target_no"Ref: "flea_market"."m_no" "likes"."target_no"Ref: "flea_market"."m_id" "files"."f_user_id"Ref: "user"."id" "flea_market"."m_id"Ref: "flea_market"."m_no" "chat"."c_flea_no"Ref: "review"."r_no" "report"."report_target_no"Ref: "flea_market"."m_no" "report"."report_target_no" 대부분의 테이블 no에 pk를 주었고, 연관되는 테이블의 칼럼들을 일대다 관계로 까..

내가 담당한 화면들에 구현할 기능은 다음과 같다. 해당 화면은 내가 짠 다이어그램을 기반으로 프론트를 맡으신 동료님께서 작업툴(figma)로 만들어주셨다. 1. 카테고리별 장소 조회/places?category=aa2. 카테고리 및 키워드로 장소 조회(단순한 검색기능)/places?category=aa&keyword=bb3. 선택 장소 1개 조회/places/{p_no} Q.2번 기능을 구현할때 검색한 키워드 값이 주소나 시설명과 매칭되는지를 확인해야했다. keyword라고 지칭했는데..api 짤때 db의 칼럼명과 반드시 매칭되어야 할까? 혹시 이건 RESTful에 어긋나지는 않을까?A.RESTful API에서 엔드포인트와 쿼리 파라미터는 실제 데이터베이스 컬럼과는 관계가 없으며, API의 요구 사항에 ..

place table과 user table에 대해 칼럼을 짜던 중 고민거리가 생겼다. 좋아요 like에 대해서 보여주기 위해, 어느 테이블에 어떤 칼럼이 필요할까?? 우선 내가 구현하고자 하는 기능은 다음과 같다. 1. 사용자가 좋아요한 장소 조회(마이페이지)2. 장소별 좋아요 수(장소 상세페이지)  1. 사용자가 좋아요 한 장소 조회 place 테이블에  p_like boolean으로 가능.p_like 칼럼의 값이 true일 때 해당 장소가 찜된 것으로 간주되므로,  별도의 칼럼 없이도 원하는 기능을 구현할 수 있습니다.  2. 장소별 좋아요 수place 테이블에 like_cnt 칼럼이 필요했다. user 테이블이 아닌 place 테이블에 해당 칼럼을 둠으로써, 효율성, 데이터 집계, 데이터 유지와 업..