#4 - nosql 연동 및 채팅 관련 모델링 추가

[zaehuun]

작업 목록

• MongoDB를 사용하기 위해 MongoDB 의존성 추가
• MongoDB 연동을 위한 yml 설정 추가 (추후에 설정 값들을 시크릿 키로 추가 필요)

• 채팅 방 관리를 위한 모델 추가

  Document(collation = "chatting-room")
  public class ChattingRoom {
  
  @Id
  private String id; // pk
  
  private String nickname; //사용자 닉네임
  
  private HashMap<Integer, String> map; //Integer : 상품의 pk 값 (같은 상품에 대해 채팅을 중복 생성하는 것을 막기 위함, String : 채팅 방의 PK

• 채팅 메세지 관리를 위한 모델 추가

  @Document(collation = "chatting-message")
  public class ChattingMessage {
  
  @Id
  private String id; // pk
  
  private ArrayList<MessageInfo> messages; //메세지들을 관리하기 위한 List
  
  private LocalDateTime updatedAt; //마지막 수정 시간

[zaehuun]

추가로 두 가지 궁금한 게 있는데요.

1. 패키지명에 ChattingMessage가 있는데 이건 무슨 의미로 넣으신건지 여쭤봐도 될까요??

패키지는 소문자로 이뤄진걸로 알고 있고 중간에 ChattingMessage필요없이 아래처럼 해도 된다고 생각해서요~

chatserver/model chatserver/repository

2. 클래스에 전체적으로 getter가 없는데 일부러 적용 안해놓으신건가용??

1번에 대해서

• 패키지명이 ChattingMessage로 대문자로 적혀있는 것은 실수였습니다ㅠㅠ 소문자로 변경하겠습니다.
• chatserver/model chatserver/repository이 아닌 chattingmessage와 chattingroom을 추가하여 나눠놓은 것은 서로 다른 도메인 로직을 분리하기 위함과 파일 유지 관리를 용이하게 하기 위함이었습니다! 다만 생각해보니 chatserver의 경우 결국 크게 보면 채팅이라는 도메인에 속하게 되는데 너무 세세하게 나눈 거 같아 말씀해주신 것처럼 중간 패키지를 제거하여 model와 repository로 두는 것도 괜찮을 거 같습니다!

2번에 대해서

• Getter는 추가할 예정입니다! 다만 단순히 List를 get하는 용도로는 getter가 많이 사용되지 않을 거 같고, 페이징 처리가 들어간 getter가 있으면 좋을 거 같은데 이를 nosql API로 처리가 가능한지, 코드로 처리해야하는지 알아보고 적용할 예정입니다!