드디어 난 깨달은것인가 -3-

춤추는망고·2020년 4월 10일
0

정리 전 블로그 글들

목록 보기
40/40
post-thumbnail

WeCode 7기로 수업을 받고있는 슈퍼개발자,

춤추는망고입니다.

( 춤 안춥니다. )





- 이 글은 우리가 앞으로 할 일에 큰 도움이 될 글입니다.

( 큰 도움 == 큰 어려움 )












인터넷의 역사와 인터넷 세상의 흐름을 어느정도 이해하고,

이제는 인터넷을 더 잘 이용하기 위해

이번글에서 여러분과 함께 공유할 내용은!





내가 누군가와 통신을 하기위해선?

통신의 구성과 활용 ( 응용 ) 입니다.







이번 글에선,

우리는 통신할 때 어떤 내용을 주고받는가에 대해 알게된 뉴비가

' 그래서 어떻게 쓰는거냐구요! '

라는 진짜 중요한 질문을 만났을때,
양팔걷고 보여주는데 필요할 내용들을 소개합니다.






레 ㅡ 츠기릿!






























HTTP Method !






요청 ( Request ) 과 응답 ( response )

둘 다 ' Start Line ' 에서 가지고 있던 항목이죠?









종류쓰!

1. GET

데이터를 받아오기만 ( get ) 할때 사용해요~
가장 간단한 방식이고, 많이 사용되죠! ( body 없는 경우가 많아요. )

2. POST

데이터를 양식있게 ( post ) 다룰때 자주써요! ( 엄청나게 ' 핫태핫태 ! ' )

3. OPTIONS

요청 URI 에 대하여, 우리가 사용할 수 있는 Method 를 보고싶을 때 써요!

4. PUT

데이터를 생성할때 사용해요!
데이터 관리방식이 바뀌면서 잘 사용하지 않게 됐어요~

5. DELETE

삭제 요청을 보낼때 사용해요!
이 친구도 데이터 관리방식이 바뀌면서 잘 사용하지 않게 됐어요~



























Status-code






우리의 통신상태가 어떤지 알려주는 아주 중요한 코드에요!

통신이 이루어지는 과정에 대한 상태를 표현하는 내용이라,

들어온 요청에 대한 응답을 보내는 부분에 포함되요!









자주 쓰이는 코드들!

- 200 ( OK ) : 문제없음. 개인적으로 제일 좋아하는 코드! ( ㅇ ㅡ < ) ~*

- 301 ( Moved Permanently ) : 다른 주소로 바뀌었을때

- 400 ( Bad Request ) : 잘못된 요청일때

- 401 ( Unauthorized ) : 누구인지 모를때

- 403 ( Forbidden ) : 권한이 없을때

- 404 ( Not Found ) : 요청된 URI 없을때

- 500 ( Internal Server Error ) : 죄송합니다 Front - End 님...







































★ RESTful HTTP API

( 슈퍼슈퍼 초 슈퍼! 중요쓰 ! )









RESTful 에서 REST 는?!









REST



  • REpresentational State Transfer
    ( 대표성을 띄는 것들로 상태전환하는 방식 )








대표성이 있는

Resource -> URI 가 지정한 항목
Method -> HTTP 처리방식
Payload -> 요청 ( request ) 라는 정보단위의 핵심 ' body '



↑ 요소들을 핵심매개로 하여 원하는 처리내용을 정의하는 방식





말로 풀어서 이야기 해보자면!

URI 로 지정된 Resource ( 대상 ) 에 대하여
HTTP Method ( 원하는 방식 )
Payload ( 원하는 처리내용 ) 을 처리하도록 정의하는거죠!



( Payload = request.body 라고도 표현할 수 있어요 ! )





self-descriptiveness 이 강하다는 장점이 있어요!

( -> 자기 자신에 대한 설명성이 명확하다! )












여기서 잠깐!






URI 를 모르시는 분들을 위한 간단한 용어설명쓰!






URI ?

  • Uniform Resource Identifier ( 통합 자원 인식자 )





  • 특정한 자원 ( 자료나 정보 ! ) 에 대해 인식할 수 있는 기준이죠 !





  • URL 과 URN 이라는 두가지 형태를 가져요!



    Uniform Resource Locator ( 자원의 위치값 이에요 ! )
    Uniform Resource Name ( 자원의 이름값 이에요 ! )
URI 의 기본적인 문법쓰!
대부분의 상황에서 ' _ ' ( underscore ) 는 포함하지 않아요!
너무 긴 단어를 잘 사용하지 않고, 영어 대문자보다 소문자를 써요!

































여기까지 이해 되셨나요?









다행이군요...












실제로 사용할때, 크게 도움이 될 내용이였어요.

( 위의 내용들이 탄탄한 기반으로써 받쳐준다면 말이죠 ! )












여기까지 잘 따라와주셔서 감사합니다 ㅎ















이번 글에선,

지금까지 배운 내용들을 실제로 활용할때 필요한 접점을 배웠어요!

앞으로 여러분은,

완성도가 더 높은 웹 서비스를 할 수 있을거라고 전 믿어요!

( 오늘 첨으로 강조기능 알았는데 재밋네 ㅋ 꿀잼쓰! )






고생하셨습니다.






감사합니다. ( _ _)

profile
지금까지 이런 망고는 없었다. 이것은 개발자인가 춤추는망고인가

0개의 댓글