전 REST API가 아무리 봐도 그저 예쁘기만 한 규격이 아닌가 하는 생각이 듭니다.

일단 HTTP 메소드에 따라서 GET POST PUT DELETE를 잘 이용하는건 정말 좋긴 합니다.

하지만 REST API의 url 스타일 있잖습니까..

예를 들자면 아래와 같은 스타일의...

https://api.cloudflare.com/client/v4/zones/ae9c0a97438d436f2ae8cc4fca7650b9/settings/ssl

이런게 꼭 필요한걸까? 하는 의문이 정말 강하게 듭니다...

저렇게 하면 물론 url이 예쁘고 깔끔하게 나오긴 합니다...

하지만 브라우저 주소창에 표시되는 url 이면 모를까 어차피 소스 내부에서만 사용되는 url의 모양새가

예쁜게 무슨 의미가 있을까요? 물론 예쁘다고 해서 나쁠건 없지만 문제는 저 모양새를 서버에서 파싱하고

인식하기 위해 들어가는 수고와 노력이 뭔가 무의미하게 느껴져서 그렇습니다.

PHP에서 저런 스타일의 REST API를 만들면서 그나마 최대한 가볍게 하려면

SLIM 프레임워크 정도가 답인데.. 사실 SLIM 프레임워크도 프레임워크가 아예 없는 것과 비교한다면

그렇게 가볍다고 할 수는 없지요..

그냥 뒤에 query string으로 파라미터 전달하는게 사실 뭐가 그리 문제입니까...

자바스크립트로 짜면서 생각해보면 사실 api 호출도 그냥 query string으로 전달하는게 훨씬 소스도 예쁘게 나와요.

예를 들어서

params = { param_a:1, param_b:2 }

$http.get('addr', params)

$http.get('api_addr', { param_a:1, param_b:2 })

이렇게만 하면 간단하고 예쁘게 호출되는데요..

이걸 REST API 스타일로 호출하려면

params = { param_a:1, param_b:2 }

$http.get('api_addr/' + params.param_a + '/' params.param_b)

이렇게 해야 합니다. 어느쪽이 가독성이 높고 예쁜가요?
그뿐만 아니라 query_string으로 전달하는 쪽이 필요에 따라 전달되는 변수 갯수 자체를

맘대로 조절할 수 있어서 API 구성에 있어서도 자유도가 높죠.

LOGIN