yml 파일 생성 중에 모델을 아직 만들지 않았을 경우 에러 발생
-> 더미로 에러 발생 안하게 하면서 수정

 

 

  • url -> subscription -> subscriptions
    • subscriptions 하나만으로 '사용자 구독한 블로그 목록을 요청'
      • /blogs/subscriptions
  • 구독 해지 요청 -> 사용자가 특정 블로그 구독 해지 요청

 

 

  • url에 버전을 넣는게 좋을까 고민 -> 상위호환성 하위호환성
    • url로 호환성을 챙기는게 좋은 것 같지 않는 의견
      • api가 많으면 복잡성이 많아짐
        • 프로토콜 버퍼 상위호환성 하위호환성
    • 논쟁이 있는 영역

 

 

  • 블로그 상태메시지 생성에서 id인자는 사용자 아이디로 필요가 없을 것
  • 블로그 인증 -> body에 url 으로 요청

 

 

  • 상태 코드 관한 고민
    • 201 코드 같은 것은 쓰면 좋음
    • 404
    • 500 에러 같은 것은 당연한데 작성 안하는 경우가 많다 -> 작성은 하는 게 좋다.
    • API 먼저 작성할 때 풍부하게 정도는 아니고,
      • 이 요구사항에 맞는 status를 탐구한다 정도(좀 더 다른 케이스가 없지 않을까 고민.. )

 

  • blog -> 나의 블로그 라는 의미를 담는 단어 .. -> my

 

  • 상태메시지 생성 -> put 일 확률이 높지 않을까

 

 

유의적 버전 2.0.0

Semantic Versioning spec and website

semver.org

 

 

 

  • API 응답 필드 추가 해보기
  • 이런 것들이 추가되지 않을까? 하는 것들

 

  • 해볼 수 있는 것들
  • 화면 구상
  • 유즈케이스 - 엑셀 드로우 등.
  • 좋아요 기능에 대한 가치를 더 부여할 수 있을 것 같음
    • 랭킹, 현황 -> 추후 범위 넢힐 가능성이 있음

 

  • 이벤트 용어 수정
  • 선택한 블로그 방문됨 -> 특정 블로그가 클릭됨
  • 신청한 구독 내역 확인됨 -> 클릭됨
  • 좋아요라는 이벤트 그룹이 존재하는 것 같다.

 

 

  • **과제)
    • 이벤트 영어로 바꿔보기**
    • 화면 구상해보기
      • 하다보면 API 속성 추가될수도
    • 유즈케이스-시나리오 작성 -> 러프하게
    • 클래스 다이어그램에
      • 연관 관계 표현하기
      • 일단은 도메인 모델링을 코드로 변환하는 중간과정이라고 생각.
  • 도메인 -> 애플리케이션 -> 표현
    • 순의 우선 순위이므로 도메인 먼저 집중해서 작성하기
      • 기술은 추후에