[Feature] API 설계를 개선한다

[seungki1011]

🚀 설명

• 워크스페이스 내 멤버 리소스에 접근하는 방법을 변경한다
• (AsIs): /workspaces/{code}/members/{memberId}
  • 내가 아닌 남을 변경하는 경우 명시적으로 memberId를 제공
• (AsIs): /workspaces/{code}/members, 파라미터 - @ResolveLoginMember loginMemberId
  • 세션에서 로그인된 멤버의 id를 loginMemberId라는 파라미터에 제공
• (ToBe): /workspaces/{code}/members/{workspaceMemberId}
  • workspaceMemberId를 통해 리소스에 접근하면 memberId+workspaceCode를 통해 workspaceMember를 접근할 필요가 없음
  • id를 통해 workspaceMember에 접근하면 됨
  • @ResolveLoginMember를 구현했던 것 처럼, ArgumentResolver와 커스텀 애노테이션을 통해서 구현하면 될 듯
  • 애노테이션 이름은 @WorkspaceMemberId로 만들면 될 듯?

💡 추가 사항

• 워크스페이스 내 멤버(WorkspaceMember)에 접근하는 모든 경우 @RoleRequired를 사용하는 AuthorizationInterceptor의 영향을 받음
• 그럼 차라리 AuthorizationInterceptor에서 workspaceMemberId를 반환하거나, 세션에 저장해서 사용하는 방식을 사용할 수는 없나?
  • -> HttpServletRequest의 reqeust 속성에 저장해서 사용하는 방법
    • request의 생명주기는 API 요청이 들어가고 응답을 받을때 까지 살아있음
    • 명시적으로 관리해줄 필요 없음, API 요청이 끝나면 알아서 정리 됨
  • request의 속성에서 workspaceMemberId를 저장하고 꺼내서 사용하는 방법은, AuditorAware를 통해 memberId 대신 workspaceMemberId를 저장해서 사용하는 것에 적용 가능 할 듯

---

✅ 작업 항목

• API 설계를 개선한다(리소스 접근 방법 개선)

---

🚩 관련 이슈, PR

• [Feature] WebRequestAuditorAware를 구현한다 #159

---

📖 참고