Untitled

명칭이랑 URL 바꾸면 어떨지?

(예시. 확정 아님)

/public-architectures

/private-architectures

/canvas

/stars

/imports

/versions

path 앞에 /api 를 붙이게 된 이유(이제 사용 안함. 대신 서브 도메인으로 API 구분 결정)

path에 /api를 붙이지 않으면 사용자들이 cloudCanvas.com/createUser로 이동하고 싶을 때 api의 path와 겹쳐서 어디로 이동할지 애매하게 된다. 그래서 API의 path앞에는 /api를 붙여 cloucCanvas.com/api/createUser로 이동하면 api경로인 것으로 인식하게 할 수 있다.

soft delete

실제로 delete 쿼리를 날리지 않고, isDeleted같은 속성을 추가하여 true, false 값으로 soft하게 삭제

2024.11.23 추가: 소프트 딜리트에 대한 최적화도 고민해야 할 거 같다.

아키텍처 목록 조회 API에서 로그인과 비로그인 경우의 차이를 어떻게 처리할 것인가

로그인한 유저의 star 목록을 받아오는 핸들러 하나와 비로그인 유저의 star를 받아오는 핸들러 하나로 처리하면, 프론트와의 통신을 두번을 해야하기 때문에 비용을 낭비한는 것 같고, 서비스 로직에 로그인한 유저와 비로그인 유저를 조건문을 통해서 로직을 따로 처리하면 단일 책임 원칙에 벗어나는 것 같다.

그래서 프론트에서는 로그인한 유저인지 비로그인 유저인지를 판단하고, 로그인한 유저이면 해당 유저가 star로 등록한 아키텍처에 대해서 아키텍처 목록들을 전송해주고, 비로그인 유저일 경우 해당 속성에 false를 반환해준다.