일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Stateless
- Repository
- vuex
- 프로토타입
- Kotlin
- js
- BEAN
- Singleton
- HTTP 메서드
- cache
- Spring
- 캐시
- Setter
- 싱글톤
- 의존성 주입
- Vue.js
- DB
- 라이프 사이클
- dependency injection
- Security
- VUE
- 로그인
- vue-cli
- javascript
- Excel
- HTTP
- JPA
- di
- Java
- thymeleaf
- Today
- Total
목록전체 글 (130)
jhhan의 블로그
이번 포스트에서는 HTTP 메서드를 이용해서 API를 만들 때 생각해봐야 되는 부분에 대해서 알아보려고 합니다. HTTP 메서드에 대해서 어느정도 알아봤으니 이제 HTTP API를 어떤 식으로 만들어야 할지 생각해 봅시다. EX) 회원 정보 관리 API를 작성하기 회원 목록 조회 회원 상세 조회 회원 등록 회원 수정 회원 삭제 일단 되는데로 만들어본다면.. 회원 목록 조회 : /get-all-members 회원 상세 조회 : /get-member 회원 등록 : /create-member 회원 수정 : /update-member 회원 삭제 : /delete-member 이런 식으로 만들 수 있을 것 같습니다. 왠지 느낌 상 저런 식으로 만들면 안 될 것 같다는 느낌이 듭니다. (잘 만들었다는 느낌이 들지는..
이번 포스트도 HTTP에 대해서 다뤄보려고 합니다. 저번에는 HTTP 메서드가 무엇이 있는지 알아봤으니 이번에는 HTTP 메서드 별 속성에 대해 조금만 더 알아보려고 합니다. HTTP 메서드의 속성 중 3개에 대해서 알아보겠습니다. Safe Methods(안전) Idempotent Methods(멱등) Cacheable Methods(캐시 가능) 1. Safe Methods(안전) '안전'에 관한 속성은 메서드를 호출해도 리소스 변경이 일어나는가에 대해 입니다. GET YES POST NO PUT NO PATCH NO DELETE NO GET은 단순히 데이터를 불러오기만 하기 때문에 리소스 변경이 일어나지 않습니다. 그 외에 다른 메서드들은 리소스 변경이 일어나죠(등록, 수정, 삭제 ..) Q: 만약 계..
이번 포스트에서는 HTTP 메서드에 대해 알아보겠습니다. 사실 이번 주제는 제가 예전부터 계속 알아보려고 했던 것이기도 하고 한번 정리를 해두어야 한다는 느낌이 있었습니다.이제와서 이런 글을 써보게 됩니다. HTTP 메서드는 주로 사용하는 것만을 본다면총 5가지를 사용합니다. GET POST PUT PATCH DELETE 1. GET GET 메서드는 조회 용도로 사용됩니다. (데이터를 불러오는 역할) 서버에 전달할 데이터를 URL에 포함해서 전송 → query를 보낸다고도 함(쿼리 파라미터 , 쿼리 스트링) → URL에 포함해서 전송하기 때문에 대용량 데이터 전송은 힘들다. Body에 데이터를 담아 보낼 수도 있지만, 지원하지 않는 곳이 있음 → 권장 X 캐싱 사용 가능 리소스 조회 2. POST POS..
저번 포스트에서는 HTTP에 대해서 알아봤습니다. 이번 포스트에서는 HTTP 메시지에 대해 알아보겠습니다. 이전에 한 번 HTTP 메시지에 대해 잠깐 언급한 적이 있는데요. https://jhhan009.tistory.com/95 웹 브라우저의 요청과 흐름 이번 포스트에서는 웹 브라우저의 요청, 흐름에 대해서 알아보겠습니다. 이전 포스트에서는 URL에 대해서 다뤘습니다. 그리고 URL의 예시로 이런 것을 들었죠. https://www.google.com/search?q=hello&hl=ko 그 jhhan009.tistory.com 언급했던 HTTP 메시지에 대해 좀 더 알아보죠. 먼저 HTTP 메시지의 구조부터 알아보겠습니다. 크게 4가지 영역으로 구분됩니다. 그리고 Request 메시지와 Respons..
이번 포스트에서는 HTTP의 특징에 대해서 알아보겠습니다. (저번 포스트에서는 웹 브라우저의 요청과 흐름에 대해서 알아봤죠...) HTTP(HyperText Transfer Protocol)입니다. HTTP 메시지에 모든 것을 담아 전송할 수 있습니다. html, text - http 초기에는 이런 것들을 담아보냈겠지만 Image, 음성, 영상, 파일 - 나중에는 이런 것들도 보낼 수 있게 확장이 되었겠죠. JSON, XML (API) 즉, 대부분의 데이터 형식 전송 가능 서버간 데이터를 주고받을 때도 HTTP 통신 사용 HTTP는 굉장히 다양하게 쓰이는 중 그래서 HTTP에 대해서 알아두면 개발하는데 많은 도움이 된다고 합니다. HTTP 역사 HTTP가 발전해 온 과정은 간단하게 알고만 넘어가겠습니다...
이번 포스트에서는 웹 브라우저의 요청, 흐름에 대해서 알아보겠습니다. 이전 포스트에서는 URL에 대해서 다뤘습니다. 그리고 URL의 예시로 이런 것을 들었죠. https://www.google.com/search?q=hello&hl=ko 그럼 이 URL을 통해 어떻게 웹 브라우저에 화면이 나타나는지 간단하게 알아보겠습니다. 간단하게 생각하기 위해서 위의 그림과 같이 되어있다고 생각해보면 웹 브라우저 : 여기서 URL을 통해 검색합니다. 구글 서버 : URL을 받는 쪽이 될 것입니다. 1. 먼저 저 URL을 받으면 웹 브라우저는 URL을 인식하기 위해 약간 변형을 합니다. https://www.google.com:443/search?q=hello&hl=ko https의 경우 포트가 생략되면 443으로 설정..
이번 포스트는 저번에 말한대로 URL에 대해 좀 더 자세히 알아보겠습니다. https://jhhan009.tistory.com/93?category=902690 URI & URL & URN 이번 포스트에서는 URI & URL & URN → 이 3가지에 대해 알아보려 합니다. 3가지는 다음의 줄임말입니다. URI : Uniform Resource Identifier URL : Uniform Resource Locator URN : Uniform Resource Name Unifor.. jhhan009.tistory.com URL 문법에 대해 한 번 더 보겠습니다. 문법 : scheme://[userInfo@]host[:port][/path][?query][#fragment] 예시 : https://www...
이번 포스트에서는 URI & URL & URN → 이 3가지에 대해 알아보려 합니다. 3가지는 다음의 줄임말입니다. URI : Uniform Resource Identifier URL : Uniform Resource Locator URN : Uniform Resource Name Uniform : 리소스를 식별하는 통일된 방식 Resource : 리소스, 자원 그래서 URI는 리소스를 식별하는 식별자(Identifier) 라고 보면 되겠습니다. 그리고 나머지 2개를 알아보기 전에 셋의 관계를 살펴보겠습니다. (제가 직접 그렸습니다..) URI가 URL, URN을 포함하는 큰 개념입니다. 이렇게 간단하게 이해하시면 될 것 같습니다. URL은 Locator로 리소스의 위치를 나타낸다고 이해하시면 됩니다. ..