Daily 작업일지 (월요일)

[JiNookk]

유저스토리

• 메신저 사용자로서, 다른 사용자들과 메시지를 주고 받을 수 있다.(일반 채팅)

유즈케이스

친구화면

• 사용자는 친구 버튼을 클릭해 친구 화면을 본다.

로그인, 회원 가입

로그인

• 사용자는 메신저 어플리케이션을 연다.
• 사용자는 로그인 페이지를 본다.
• 사용자는 ID와 암호를 입력한다.
• 사용자는 로그인 버튼을 클릭한다.
• 사용자는 화면 하단의 회원가입 버튼을 확인할 수 있다.
• 사용자는 홈화면을 본다.

회원가입

• 사용자는 회원가입 버튼을 눌러 회원 가입 화면을 본다.
• 사용자는 ID와 비밀번호를 입력한다
• 사용자는 확인 버튼을 눌러 ID와 비밀번호를 제출한뒤 로그인 화면으로 돌아갈 수 있다.
• 사용자는 취소 버튼을 눌러 로그인 화면으로 돌아갈 수 있다.
• 다른 사용자의 ID와 중복되면 사용자는 에러메시지를 본뒤 다시 ID와 비밀번호를 입력한다.

채팅

히스토리

• 사용자는 다른 사용자별로 묶인 채팅 히스토리를 볼 수 있다.
• 사용자는 시간순으로 정렬된 채팅방 히스토리를 볼수 있다.
• 사용자는 마지막으로 메시지를 보낸 시간을 볼 수 있다.
• 오늘 보낸 메시지가 아닐경우 날짜만 표시된다.

일반채팅

• 사용자는 상대방과 주고받은 메시지의 히스토리를 시간순서대로 볼 수 있다.
• 상대방의 메시지는 좌측에, 사용자의 메시지는 오른쪽에 배치된다.
• 사용자는 일별로 첫번째 메시지에 상대방의 프로필사진을 볼 수 있다.
• 사용자는 채팅방 이름 옆에 채팅방 인원수를 확인할 수 있다.
• 단체 채팅방을 만들경우 채팅방 이름 옆에 말풍선아이콘을 배치한다.
• 사용자는 채팅방 이름 아래에 가장 최근 채팅 메시지를 볼 수 있다.

---

작업 일지

• 유저 - 채팅방 - 메시지 도메인은 엔티티로 설정해주어야 할 것 같다.
• 엔티티간 연결해줄 중간 매개체 도메인을 추가해줘야 할 것 같다.
• 예를들자면 카카오톡에서 나는 상대방을 친구추가 했지만, 상대방은 나를 친구추가 하지 않았을 수도 있다.
• 단톡방 인원수 네이밍을 뭐로하지... 구글링 끝에 headCount로 결정!
• 도메인 모델을 잡을 때 식당 정보는 바뀌지 않지만 방문 내용은 계속해서 추가 되니 방문 내용에 관한걸 따로 모델로 잡고 추가해줘야 할 것 같다.
• 테스트코드에서 생성자 인자로 전달하기 귀찮다고 절대 null값은 넣지 말것!
• register(회원가입)의 역할은 어디까지 일까?
• 새로 추가된 유저를 저장하는것까지 register의 역할로 잡았다가 너무 역할을 과하게 준 것 같아서 다시 뻈음.