22.09.22.Thu - codestates-seb/seb39_main_055 GitHub Wiki

2022. 9. 22. (목)

Front

상빈

  1. 각각의 화면의 폰트 사이즈, 컬러 등의 통일성을 위해 페이지 수정에 들어갔다.
  2. 예정대로 개발 일정이 진행되는 것 같아 다행이다.
  3. 내일까지 수정을 전부 마무리 하고 댕댕이숲 상세페이지 구현에 들어갈 예정이다.

소영

  1. 마이페이지 로컬스토리지 연결 및 UI 완성하기. 로컬스토리지에서 받아오는 이미지의 수에 따른 뷰 처리 로직 작성.
  2. 디자인 수정에 따른 메인페이지 UI수정이 필요하다. Pick 페이지에서 아직 완성 안된 기능이 있는데 작은 이미지에서는 링크를 숨기고 클릭시 바뀐 대표 이미지에서는 링크가 나타나게 구현하려면 구조를 수정해야 할 것 같다.
  3. 타입스크립트와 리액트를 사용해도 기능 구현은 결국 자바스크립트가 탄탄해야 하는데 아직 학습이 부족한 부분이 많아서 그게 드러나는 것 같다. 구체적인 도움이나 힌트를 받으면서 어떤부분이 부족한지 알아가고있지만 프로젝트라는 기한이 정해진 상황이라 팀원들도 슬프고 나도 슬프고…! 이번주 같이 딜레이되는 상황에선 창피해도 내가 할수있다는 생각은 잠깐 내려놓고 빨리 보고해야된다는걸 잊지말자. 🤕

성현

  1. 로그인 페이지 수정(비밀번호 보이기 버튼, placeholder 색상 등)
  2. 로그인 페이지 유효성 검사 로직 추가
  3. 게시글 작성 페이지 서버 API 연결
  4. 게시글 작성 페이지에서 생각보다 시간이 많이 걸린 것 같다. 현재 만들고 있는 페이지에서 항상 뭔가 부족하다는 느낌이 들지만 시간이 제한되어 있으니 적당히 타협을 봐야할 것 같다.

Back

소영

  1. 탈퇴한 회원이 기존 가입했었던 이메일로 재가입하려고 할때, 회원가입 API의 request Body로 들어가는 닉네임과 비밀번호 가입하려는 회원의 위치 그리고 회원 권한 (ROLE_USER(일반 회원)/ROLE_OWNER(업주))만 회원가입 시 입력값에 따라 바뀌고, 이전에 해당 회원이 남겼던 글, 즐겨찾기 누른 가게, 그리고 자유게시판에 적었던 글들과 댓글들은 그대로 복구되어 이 재가입한 회원이 가진 정보로 들어가게 되는데, 뭔가 조금 부자연스럽다는 생각이 들었다.
    -> 이 이슈는 단순히 탈퇴한 User의 status를 USER_NOT_EXIST에서 USER_EXIST로 바꾸는 식으로 재가입을 구현해서 생기는 문제인데,
    -> 이 경우 user status를 단순 update해주는 것으로 구현하지 말고 기존 탈퇴한 유저의 정보는 그대로 두고 재가입 하려는 유저를 완전 새롭게 create 해야겠다는 생각이 들었다
    -> 그러기 위해서는 로그인시(인증과정에서) 동일한 이메일의 탈퇴한 유저는 예외처리를 해주어야 할것이고, 재가입 유저는 인증과정을 통과 시켜주어야겠다!
    -> 그리고 UserDetailService에서 loadUserByUsername호출 시, DB에서 status가 USER_EXIST인 것들 중 해당 이메일인 것들을 리턴 받기로 했다.(즉 탈퇴한 유저가 아닌 재가입한 유저를 반환하도록했다)
    -> 그리고 인가 과정 중 토큰검증시, email로 토큰을 검증하면 이전 탈퇴한 유저에서 생성되었던 토큰으로 접근이 가능하므로 UserId로 토큰인증을 시켜주었다.

준영

  1. 댕댕이숲(게시판) - 글 수정 API : 글 수정 시, 이미지를 삭제해도 원래 이미지를 response로 되돌려 주는 원인을 찾아 수정. (이미지가 없는 상태의 request를 받으면, 원래 이미지들을 사용불가상태로 바꿔주는 조건문을 추가.) -> 이제 글 수정할 때 이미지 추가, 수정, 삭제에 이상없이 진행됨.
  2. 문제는 위 1번이 아직 완료가 아니라는 것. 예를 들어, 좋아요를 10개 받은 글을 수정할 경우, 좋아요=0으로 초기화됨. 이를 수정하려면 좋아요를 추가하거나 취소하고, 좋아요 총 갯수를 계산하는 API를 작성해야 함.
  3. 예상보다 API 작성속도가 많이 쳐지고 있어, 위 2번과 게시판 글 삭제 API를 동시에 진행하려 함. (프리 프로젝트의 코드를 참고하고 있음)
  4. 자바 스프링 - MVC모델에서 특히 Service 및 DTO(mapper) 클래스의 역할이 머릿속에서 잘 구분되지 않으면서, 코드 작성 및 이해가 속도가 생각보다 쳐짐. 자바 기본문법들도 기억이 가물가물하여 도움이 안 된다... 현재로써는 API를 작성하면서 더 생각하고 더 이해하려 노력하는 수 밖엔 없으나, 나만의 개념정립이 절실히 필요하다.