Today To Do
DDaJa REST API 설계- 관리자 차량 사진 첨부 테스트
- 추가 운전자 변경/등록 테스트
- 나이스 본인인증 개발
gil.log
오우 연초 때문인지 요즘 운동할때 호흡이 힘들다.
ㅋㅋ 전담 하나 맛이 간게 좀 큰거 같다.
오늘 월급날이니 전담 하나 새로 사야할거같다.
오늘 시작은 DDaJa REST API 설계로 ~
공지사항 관련 API를 작성하면서 든 의문이다.
notice element, document 형태로 표현할지
notices collection 형태로 표현할 것 인지..
흠,, 일단 collection은 element나 document의 집합이니,,
notice각 정보를 element라고 보면,,, notices가 맞는것 같다.
흠
정공법으로 논문에서 내용을 찾고싶은데, 사실 로이필딩이 주창한 REST는 URL이 중요시 되는게 아니라, HTTP에서 자원의 상태 전이를 통한 웹 표준 규약 제정인 것 같다..
흠,, 논문도 제대로 읽어보고싶은데 내용이 너무 Englishful 하네 ㅋㅋㅋ
논문 읽는건 후에 읽고, 우선 외국 자료들이랑 국내 발표 자료로 찾아봤다
resoucre랑 collection 관련 아래 두 글을 봤는데
uri collection/identifier/subcollection 설명
우선 로이필딩이 주창한 REST API에서 중요한건 Resource의 상태 전이를 위한 식별자로 URI를 사용하는 것,
Resource간의 관계에서 Resource의 집합인 Collection간의 관계에 SubCollection이 포함될 수 있다는 것,
Resource와 Collection을 정하는 기준은, 어떤 Resource 이던 자신의 Application에서 사용되는 것들은 기준으로 잡을 수 있고,
Collection은 그 Resource의 집합 형태인 것.
아래 국내 발표자료에서는 HATEOAS와 Header 등 data type을 꼭 포함해야하는 REST API의 Uniform Interface 관련 설명들이 자세히 나와있었다.
위 세개 더 읽어보고 API 작성하던 것들 수정해야겠다.
업무 시작은 먼저 코드 리뷰 끝나고 trunk에 적용되어있는 관리자 예약 상세 개발 건 테스트 하고,
사용자 서버 건 코드리뷰 받고,
사용자 서버에서 대표님이 추가로 수정하신 추가운전자 변경 등록 부분 테스트 해서 런칭완료로 쓰윽 옮기고,
사용자 서버 적용된 건 테스트 해보고 나서 본인인증 개발건 넘어가야겠당.
대표님 회의 있으셔서 사용자 서버 코드 리뷰 올린 건 오후에 리뷰 받을 수 있을 것 같다.
오호 이번엔 웹 화면 기능 개발이나 신규 화면 말고 인증 서비스 개발 건인것 같당 ㅋㄷ
NICE API 사용해서 진행하는것 같은데 재밌을 것 같다 굳! 😋
NICE API password가 아직 고객사에서 못받아서 다음주에 진행할 것 같고
코드리뷰 밀린애들 다 끝났다 ㅎ
마음 편히 다음주 업무 할듯~
