GNU-CS / catlas-frontend

Unofficial frontend source code of CATLAS community.
GNU Affero General Public License v3.0
0 stars 0 forks source link

Clubs 페이지 작성 #10

Open hatchling13 opened 3 years ago

hatchling13 commented 3 years ago

2 와 #4 에 의거하여, Clubs 페이지(즉, Clubs.jsx 등)을 작성한다.

yg3988 commented 3 years ago

Clubs

동아리 카드 코드

<Card fluid>
    <Card.Content>
        <Card.Header>{club.name}</Card.Header>
        <Card.Meta>{club.chairman}</Card.Meta>
        <Card.Description>{club.description}</Card.Description>
    </Card.Content>
</Card>

원 계획대로 description에

동아리 설명과 동아리장, 연락 가능한 연락처 기입 시

동아리장과 연락처에 대한 가독성이 떨어질 거 같아서 따로 하는 것이 좋아 보입니다.

catlas-backend에 이슈로

변수 명 내용 데이터타입
result 성공 여부 Boolean
clubs 동아리 Array
변수 명 내용 데이터타입
result 성공 여부 Boolean
name 동아리 명 String
chairman 동아리 회장 및 연락처 String
description 동아리 설명 String

적으면 해당 api 생성 가능할 지 궁금합니다.

hatchling13 commented 3 years ago

@yg3988 동아리장 이름과 연락처를 같이 묶는 이유가 있을까요? 이름과 전화번호를 설명에서 분리한다면 그 둘도 각각 분리하는 것이 나을 것 같은데, 의견을 여쭙고 싶습니다.

yg3988 commented 3 years ago

저도 서로 다른 데이터인 이름과 연락처를 나누는게 더 좋을 거 같다고 생각하고는 있는데

만약 동아리장 본인이 입력한다면 이름과 연락처를 다른 항목으로 나눠서 입력하는게 사용자 편의성에서 좋겠지만

입력하는 사람이 카틀라스 운영자들이라면 이름과 연락처를 한번에 입력하는게 더 편할거 같아 묶어놨습니다.

hatchling13 commented 3 years ago

@yg3988 제가 동아리 설명에 동아리장 이름과 연락처를 묶는 것으로 판단했던 이유는 동아리 설명이라는 집합 안에 동아리장 이름연락처가 포함될 수 있다고 판단하였기 때문입니다. 그러나 동아리장 이름연락처를 포함하거나, 또는 그 역이 성립한다고는 생각하지 않습니다. image

두 요소를 하나의 폼에서 입력받을 수는 있다고 하여도, db 상에는 별개의 속성으로 저장되어야 합니다.

yg3988 commented 3 years ago

DB상 따로 저장해야한다는 점은 상기했듯이 저도 그게 좋다고 생각하고 있습니다.

description에 동아리 회장과 연락처를 기입하지않게 된다면

변수 명 내용 데이터타입
result 성공 여부 Boolean
name 동아리 명 String
chairman 동아리 회장 String
telephone 연락처 String
description 동아리 설명 String

이렇게 해도 가능할까요??

hatchling13 commented 3 years ago

@yg3988 성공 여부의 경우, json 파일에 따로 값이 담겨 날아오는 것이 아닌, http status code 또는 "json의 내용이 비어있음"으로 판단합니다. 따라서 해당 요건을 제외한 나머지 요소를 사용해주시면 되시겠습니다.

yg3988 commented 3 years ago

그럼 혹시 이슈 템플릿이나 라벨로 feature request 만들어 주실 수 있나요?? 없으면 그냥 넘어갈 수 있을 거 같습니다.

hatchling13 commented 3 years ago

@yg3988 개발팀에 넣어드렸습니다~