codestates / codestates/BookDam

22.01.03 Dev-Log

Open
#55 0 comments 0 reactions 1 assignee Claimed by @sangkwonkim View on GitHub
sangkwonkim
Dominant language
JavaScript
Stars
1
Forks
1
PR merge metrics
No merged PRs in 30d

Description

### 오늘은 어떻게 프로젝트에 기여했나요?
- sequelize 더미 데이터 생성, router, controlloer 기본 셋팅
- api 엔드포인트 수정, 테이블명 변경

### 오늘의 프로젝트에서 힘든 점은 무엇인가요?
![](https://blog.kakaocdn.net/dn/dBxt6L/btrpBBP8IZA/qKDDTgFtK3kkx1nlxsDnYk/img.png)
![](https://blog.kakaocdn.net/dn/AyiTU/btrpKlkUsIi/BkikH9YPFUecIF7UHnJhB1/img.png)

기존에 유저 작성하는 article DB table 명을 post로 작성했었습니다. 테이블명이 http 메소드 POST와 동일해서 api 요청이 오고 갈 때
POST /endpoint/post/:postId 와 같이 혼란을 줄 수 있는 여지가 있어 테이블 명을 변경하게 되었습니다.

하나의 api 메소드에서 리턴하는 값에 대한 학습이 부족함을 느꼈습니다. 프로젝트 상황에 맞춰서 로그인 시 follow들의 article를 보내줘야 할 때, 과연 로그인 한 번에 article까지 처리하는 게 맞는지? 아니면 별도로 나눠서 클라이언트 측에서 두 번에 request를 보내는 것이
맞는 지 의문이 들었습니다.
몇 가지 학습해본 후, follow가 새로운 article을 작성 빈도가 높기 때문에 로그인과 follow article을 보내는 api 나눴고 두 번의 request가 오도록 구현을 할 예정입니다.

로그인과 함께 변경이 잦지 않은 데이터가 필요할 경우에는 기존에 생각했던 방향으로 진행을 해도 될 거 같습니다.

클라이언트가 어떻게 api를 사용할 지 여부 또한 사전에 고려해서 api document를 만들었어야 했고, 퍼스트 떄보다는
조금 더 신경을 썼지만, 지금 생각해보니 디테일이 부족했단 생각이 들어 아쉽습니다.
api에 대해서 더 학습할 필요성을 느끼게 된 좋은 경험이었습니다.

![](https://blog.kakaocdn.net/dn/bhPWqc/btrpLuaQQpE/ys9eWNPHK8NbLz1m7eE5mk/img.png)
---------------------------------------------------------------------------------------------------------------------------------------------
더미데이터를 만드는 부분에서는 큰 어려움은 없었습니다.
![](https://blog.kakaocdn.net/dn/cDB9tp/btrpBBWSBQW/9wGOmvLLbWc4QbhKeahM21/img.png)

### 내일은 프로젝트에 기여하기 위해 무엇을 해야 하나요?
- [x] user controller부터 구현을 시작해서 더미데이터 사용과 JOIN 테이블을 구현할 것입니다.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.