[6/9]미니 프로젝트 회고

haegnim·2023년 6월 9일
0

TIL

목록 보기
8/52
post-thumbnail

했던 작업

  • 방명록 html 마크업 빌드
  • css 스타일링
  • 방명록 글 저장, 수정, 삭제 구현
  • 반응형 디자인 - 미완
  • 수정 비밀번호
  • 비밀번호 저장

발생한 문제

  • html에 id가 여럿이면 javascript 이벤트는 첫번째 요소만 받음
  • html에 같은 id의 input이 여럿있으면 첫번째만 이벤트가 동작한다. -> input박스가 필요해지면 html에 그려지도록 수정
  • 버튼을 누르면 해당 버튼의 부모의 부모와 부모의 형제 요소들을 선택해서 class를 추가하려 했다가 부모의 부모에 id를 붙이고 css에 상태를 설정하였다. javascrpit로 부모의 부모만 선택해 id를 추가 삭제해서 하위 요소들의 display:none을 컨트롤 하였다.
  • 협업 중인 깃이 합쳐지는 과정에서 충돌이 발생하였다. 아직은 익히는 중이니 merge 하기 전에 원본 백업을 해놓고 병합과 pull을 반복하였다.
  • choose로 만들어진 input이 여러개 생성됨 : .empty() 로 삭제가 안됨 → .remove() 로 id 삭제
  • 수정취소, 글 공백시에 .reload() 수정
  • 비밀번호 input값이 공백으로 읽히는 문제 수정

시간이 더 있었다면?

  • .reload()하면 스크롤이 상단으로 움직이는데 문제를 나중에 발견했다. reload하면 상단으로 움직이는게 기본이라고 한다.
  • 텍스트가 비었을 때 닉네임이 비어있는 건지 비밀번호가 있는 건지 상황에 맞춰 alert창 텍스트를 바꿔주면 좋았을 것 같다.
  • 방명록 게시판의 글을 역순으로 불러서 최신글이 가장 위에 위치하도록 수정해야 한다.

회고

방명록을 만들 때 처음엔 글 저장만 구현할 계획이라 UI를 다른 기능 부분까지 신경 안 썼는데 수정, 삭제, 비밀번호 입력, 비밀번호 대조 기능까지 생기면서 UI를 꾸역꾸역 밀어 넣다 보니 html과 css가 꼬여버렸다. 뒤늦게 좋은 ui를 생각해도 수정을 시도하기 어려웠다. 처음에 디자인이나 css 클래스명, 백과 프런트 사이에 변수 이름들 등등을 미리 정하고 시작하면 더 좋았을 텐데라는 생각을 했다.

페이지 디자인을 기준으로 역할 분담을 해서 기능 작업 분량이 적절히 나눠지지 못한 것 같다. 글 저장 담당 / 글 수정 담당 / 글 삭제 담당으로 나눴으면 더 좋았을 텐데, 내가 다른 사람의 일을 빼앗고 있나라는 생각도 들었다.

개념을 잘 이해하고 쓰고있지 않음을 알았고 다른 사람들에게 설명하거나 도움을 받을 때 어려움을 느꼈다.

미니 플젝에 저는 사실 욕심껏 열정껏 하고 싶은 요소 다 해봐서 만족스럽습니다.

0개의 댓글