[모임 상세 화면] 요청, 응답 데이터 정의 about mannalga-api

[SightStudio]

넵 제가 진행 하겠습니다

[yyy9942]

우선 게시판/사진첩/일정 조회 API가 먼저 정리되어야할듯 하네요

[pompitzz]

@SightStudio @yyy9942
안녕하세요.
해당 이슈 응답 데이터에 문의사항이 있어서요.
현재 모임 게시판 조회는 완성된 것 같은데 나머지는 아직 진행중이신거죠?

나머지 들도 모두 mocking해서 작업을 진행하려고 하는데 한글로된 변수명들을 실제 사용될 변수명으로 변경해서 알려주실 수 있을까요?

[SightStudio]

지금 작성 중인데 생각보다 한번에 가져와야할 양이 많네요 ㅋㅋㅋ ㅜㅜ
API 엔드포인트를 나눠서 다 비동기로 가져오게 해야할거같네요

@pompitzz

아래 두 부분은 배열로 들어갈 예정입니다.

{
  "clubInfo": {                                      // 모임정보
    "seq": "",                                       // - 모임 seq
    "name": "모임명",                                  // - 모임 이름
    "description": "",                               // - 모임 설명
    "current_number": 5,                             // 현원
    "maximum_number": 10,                            // 총원 ( 최대 인원 )
    "clubInterest": [                                // 클럽 관심사 목록
        {
            "interest": {                            // - 클럽 관심사 
                    "seq": 2148,                     // -- 클럽 관심사 seq
                    "name": "해외여행",                // -- 클럽 관심사명
                    "interestGroup": {               // -- 관심사 그룹 
                        "seq": 1,                    // -- 관심사 그룹 seq
                        "name": "아웃도어/여행"         // -- 관심사 그룹명
                    }
            },
            "priority": 1                            // - 클럽 관심사 우선순위 
        }
     ],
    "clubRegions":  [                                // 모임 활동 지역 목록
        {
            "region": {                              // - 모임 지역 
                "seq": 101,                          // -- 모임 지역 seq
                "name": "종로구",                      // -- 모임 지역 이름
                "superRegionRoot": "서울특별시/종로구",  // -- 모임 지역 상위
                "level": 2          
            },
            "priority": 1                            // - 모임 지역 우선도 
         },
    ] ,                                        
    "main_image_url": ""                             //  -  모임 대표사진 
  },
  "userInfo": {                                      // 모임 구성원 정보
    "ROLE": "모임장 OR 매니저 OR 회원 OR 비회원",          // - ROLE
    "isLiked": true.                                 // - 모임좋아요눌렀는지?
  },
  "clubBoard": {                                     // 게시판리스트(첫페이지)
    "clubBoardList": [                               // - 게시판리스트
      {                                                         
        "seq": "",                                   // -- 게시판 글 seq
        "writer": "",                                // -- 작성자 이름
        "writer_seq": "",                            // -- 작성자 seq (club_user_seq)
        "writerImg": "",                             // -- 작성자이미지
        "likeCnt": 0,                                // -- 좋아요 수
        "commentCnt": "",                            // -- 댓글 수 
        "createdAt": "",                             // -- 작성일
        "title": "으어 이거 너모 길어요",                 // -- 게시판 글 제목
        "isClubMasterWritten": false,                // -- 모임장게시글인지?
        "isClubManagerWritten": false,               // -- 매니저게시글인지
        "isMyWritten": true                          // -- 내 글 인지?
      }
    ],
    "pageable": {}                                   // - 페이징정보 - 스프링 Page<T>
  },
  "사진첩(첫페이지)": {
    "사진첩리스트": [
      {
        "seq": "",
        "이미지": "",
        "작성자이름": "",
        "작성자이미지": "",
        "좋아요수": "",
        "작성일": "",
        "모임장게시글인지?": false,
        "매니저게시글인지?": false,
        "내게시글인지?": true
      }
    ],
    "페이징정보": {}                                    // - 페이징정보 - 스프링 Page<T>
  },
  "일정(최신순으로)": [
    {
      "seq": "",
      "장소": "",
      "날짜": "",
      "제목": "",
      "메모(비용,준비물등)": "",
      "참석가능인원": "",
      "참석신청인원": "",
      "내가참석신청했는지?": ""
    }
  ],
  "멤버리스트": {}, // 필요한지 이슈에서 얘기
  "공지사항(최근 2~3개)": [] // 게시판과 동일,
}

[yyy9942]

멤버는 분리해서 페이징 걸자

[pompitzz]

@yyy9942 @SightStudio
안녕하세요.
모임 상세화면 api 응답 데이터를 저번 미팅때 두 분이 말씀하신거 처럼 분리하는게 좋을꺼 같아요. 제가 생각이 짧았네요 ㅎㅎ
계속 생각해보니 현 상황에서는 api 요청 성능을 고려해서 한번에 데이터를 들고오는거 보다 따로따로 불러오는게 관리하는데 좋을거 같아요.
해당 데이터를 모두 구현할 때 까지 프론트 작업이 어려워지네요.
위 데이터에서

1. clubInfo, userInfo
2. clubBoard
3. 사진첩
4. 일정
   이렇게 api 나눠서 주시면 될거 같아요.

---

그리고 저번주에 멤버 리스트를 페이징으로 처리하기로 했는데, 한 번에 내려주는 방식도 다시 생각 부탁드려요.
이유는 아래와 같습니다.

• 모임 인원이 아무리 많아도 300명 정도일텐데 각 멤버들의 이름, role, imageurl 정도만 dto로 내려준다면 300개는 큰 무리가 없어 보임.
• 한 번에 내려주면 모임원 검색을 프론트 내부적으로 수행할 수 있어 백엔드 api를 만들 필요 없음.
• 이런 세세한 기능까지 페이징 처리를 넣는거보다 기능 구현이 우선순위가 높음.

만약 멤버리스트를 한번에 내려주게된다면 1. clubInfo, userInfo에서 같이 내려주시면 될거 같습니다.

[pompitzz]

1. clubInfo, userInfo 해당 api는 어느분이 개발하시나요?
   해당 api부터 우선 작업 부탁드려요. 해당 api가 없으면 모임 관련 작업이 어려워요.
   모임 상세 정보가 없으면 모임 지역 및 관심사 변경 기능을 개발할 수 없고, 해당 모임에 가입한 상태를 알지 못한채로 게시글 생성, 모임 가입과 같은 기능을 개발할 수 없어요.

[SightStudio]

@pompitzz @yyy9942

1번 부분 적용 예정입니다. 해당 PR #153
서버에 반영되면 알려드리겠습니다.