이런채팅방이 있는데
강사, 교육담당자, 공동호스트, 일반학생이라는 소그룹이 있음
여기서 본부장은 각 소그룹마다 ChattingComponent 하나씩 만들어서 하라는건데
<ChattingComponent RoomId={'1'}/>
<ChattingComponent RoomId={'2'}/>
<ChattingComponent RoomId={'3'}/>
이런식으로? 근데 그러면 각 소그룹마다 채팅 기록을 한 목록에 다 보여줘야되는데 이런식으로 해서 가능하긴 함?
기획문서보면 소그룹마다 채팅리스트 따로 관리하라는 말이 없는데
난 하나의 ChatttingComponent 안에 room 여러개 관리하려고 했는데 본부장이 이렇게 하는게 당연하다면서 나한테 뭐라하길래
뭔소리인가함. 솔직히 지금도 존나 이해안됨
본부장님 말씀이 맞는듯
채팅 컴포넌트를 상속받아서 소그룹별 추가기능도 구현할 수 있을테고, 너가 말한대로 해도 채팅컴포넌트 안에 room도 어차피 저런 형태로 구성되지 않을까
웹페이지 구현한다 생각하고,, 채팅 컴포넌트 하나에 너무 많은 기능을 담으려고 하지 않는게 좋지않을까
너 생각이면 채팅 컴포넌트 매니저를 만들어서 채팅 컴포넌트들을 관리하면 될 것 같은데
그런데 그러면 자기 소그룹 채팅기록이랑 전체 채팅 기록이 한 페이지 안에 있어야하는데, 그 두개를 다른 컴포넌트로 분리시켜버리면 어떻게 할거냐 이거지
ui 컴포넌트를 분리한다고 해서 데이터가 분리되는건 아니니까, 그건 별 상관없는 문제지않을까
채팅 데이터를 가지고 ui 컴포넌트를 만들어주면 되는건데 너가 말하는건 약간.. ui 컴포넌트에 데이터도 담아서 관리하려는 것??
전체 채팅(모든 소그룹 채팅이 보임) / 소그룹1 / 소그룹2 / 소그룹3
이렇게 구성되는거 아님?
전체 채팅 데이터 - 전체 채팅 ui └ 소그룹1, 소그룹2,,, ui 구성
전체 채팅 데이터는 전체 채팅1, 전체 채팅2 등,, 확장 가능한 데이터 객체고
약간 게임 채팅시스템과 비슷한 구조로 이해하면 되는 것??
그러면 UI를 따로 만드는 컴포넌트가 있어야하는거 아님? 애초부터 ChattingComponent 안에 UI 까지 다 포함인건데