항해99 12주차 Weekly I Learn(실전 프로젝트 5주차)

What I Learned

- 기획단계에서 생각하지 못한 아주 많은 예외 처리...!!

페이지를 만들 때 리스트, 데이터가 있다고 생각하고 와이어프레임을 짜고 기획을 하다보니 데이터가 없을 때 보여줄 화면에 대한 기획이 많이 부족했고 그로 인해 배포전에 자잘한 예외처리들이 많이 있었다... 기획 단계에서 예외처리를 UX/UI를 고려해서 더욱 꼼꼼하게 해줘야 좋을 것 같다. 

• 로그인 시 메인페이지에 내 모임이 있으면 보여주지만 없다면? => 모임 생성을 추천하는 화면을 추가 구성
• 마이페이지에서 내 모임, 가입한 모임이 없을 때 보여줄 화면? => 모임 페이지로 이동시켜 모임 가입을 유도
• 책 검색시 책 정보가 없어서 입력 없이 스터디를 생성할 때 보여질 화면? => 책 기본 이미지를 출력하도록 함
• 화면에서 제목이 길어질때 div를 벗어나는 경우를 고려하기 => text-overflow:ellipsis 처리 (...)
• 스터디 생성시 현재로부터 지난 시간 및 1시간 이후부터 스터디 시작시간 설정하기

- 사용자별 권한 설정하기

• 로그인 한 사용자와 하지 않았을때 사용자별 다른 메인화면 => 내가 만든 모임이 메인 상단에 보여주기

• 스터디노트는 스터디 장의 권한 => 스터디장과 로그인한 사용자가 id가 같을 때를 비교해 생성, 수정, 삭제 가능

기능 개발을 하면서 기술적으로 막혔던 부분은?

- 사용자 권한을 처리 할때

 세션이나 쿠키에 로그인시 권한에 관한 정보를 저장하기에는 실시간으로 동작하여 권한이 바뀌는 경우가 많았기 때문에 스터디장 같은 경우 노트를 작성, 수정하는 권한을 가지는 데 이부분은 로그인한 아이디와 스터디장의 아이디를 비교하여 같을 때 페이지를 달리 보여주는 식으로 권한 처리했다. 
다만, 회원과 비회원을 나눌 때는 로그인 할때 추가로 부여해주는 값을 주어 회원과 비회원을 나누어 페이지 렌더링을 달리하도록 만들었다.

5주차를 진행하면서 느낀점

 기능 개발을 하나하나 하면서 촉박해진 시간에 일단 와이어프레임 대로 화면을 구성하는데 시간을 쏟았지만, 실제 배포가 점점 다가오면서 동작할 수록 데이터가 비어있을때를 고려하지 않은 상황으로 많은 예외처리가 필요했다. 기획이 익숙치 않은 우리에게 와이어 프레임도 만들다보니 데이터가 없다는 것을 생각하지않고 어떻게보면 반쪽짜리 와이어 프레임이 되었고, 생각한 개발에 필요한 시간보다 1.5배는 더 필요했고 다들 새벽에 잠들기는 힘들정도로 빠듯하고 바쁘게 많은 것들을 진행했던것 같다. 그리고 아주 자잘자잘한 부분들을 처리하면서 얼추 배포전까지 마무리가 되어가는 듯 보였다...

프론트엔드 리더인 팀원은 추가로 업데이트 할 온라인 버전에 집중했고 나는 버그 픽스에 힘을 썼고 배포를 앞두고 있다...