RESTful 서비스 설계와 개발 - URI 설계
URI 설계 시 고려 사항 REST 서비스 프로젝트를 여러번 수행했지만 여전히 많은 시행 착오를 하고 있고 많은 도전을 받고 있습니다. 왜 이렇게해야 하는지, 왜 이런 구조인지 ... URI에 넣을 내용인지 파라미터로 전달할 것인지 등등 하지 말라고 그렇게 말해도 굳이 URI에 DELETE, UPDATE, GET등을 넣는 개발자도 많습니다. 화면과 비즈니스 로직을 분리하고 BACK-END를 개발할 때 REST 서비스는 참 좋은 가이드가 됩니다. 이 포스팅은 URI 설계에 대한 정답이라기 보다 그동안 시행 착오를 겪으면서 쌓은 경험으로 보시면 됩니다. 1. 누가 설계 할 것인가? URI만으로 어떤 서비스인지 이해할 수 있어야 하며 설계의 일관성이 유지되는 것이 중요합니다. 또 RESTFUL SERVICE가..
Spring Frameworks/RESTful Service
2019. 2. 1. 09:23
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 타임리프
- AG-GRID
- 샘플
- oracle
- spring
- 메시지
- listToMap
- 스프링
- java
- mapToList
- restful서비스
- 설정
- mybatis
- UI
- sample
- cache
- ag grid
- lombok
- example
- thymeleaf
- 엑셀
- RESTful
- REST
- Javascript
- springboot
- 그리드
- Spring Boot
- 예제
- SHEETJS
- 스프링부트
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
글 보관함