FANDOM


http://www.ibm.com/developerworks/kr/library/ws-RESTservices/index.html?ca=drs-

http://zzyzzy.tistory.com/7


http://aploit.egloos.com/5477826

REST 구현 시 한 번쯤은 고민하던 문제들에 대해 나름대로 답을 정리해가고 있네요. 문제에 대한 다양한 시각을 배우는 차원에서 한 번쯤 살펴보는 것도 좋겠습니ㅏ.http://bit.ly/3pmvxA



언제부터인가 REST라는 용어를 남발하는 제 모습을 발견.. 포괄적으로는 맞지만 말하고자 하는 바를 더 정확고, 간단하게 말할 수 있는 말도 많은데.. 자정 능력이 필요합니다.


사실 REST는 프로바이더 입장에선 오히려 레거시랑 통합이 힘들지 배포는 쉽구여, 반면 REST는 컴슈머가 진짜 제대로 삽질이죠. 파싱도 해야 하고


네. 맞습니다. 조금 심하게 말하면 무책임하게 클라이언트가에 전가해버린거죠.. 한편으로는 기존에 엉망으로 클라이언트가 파싱 룰을 갖던 경우에 REST를 적용하면서 오히려 개선한 경우가 있기도 합니다(물론 REST의 파생효과였죠)


프로바이더 입장에선 완전 변하죠 그냥 파라미터 베이스에서 url 짤라 먹는 거 빼고는 웹 이니깐요. 반면 프로바이더들이 REST 아키텍쳐 개념을 잘 몰라서 변태적으로 설계를 해서 컴슈머들이 죽죠


RestTemplate API에 대해서는 저도 100% 공감합니다. API 설계가 스프링 답지 않다는 생각이 듭니다.. 최소한 API 래핑은 해야 쓸수 있고,아니면 말씀하신 대로 아파치 클라이언트를 쓰는 편이 좋을수도 있습니다^^


저는 현재 일하는 갑 특성상 오픈소스를 많이 사용하는데. 내린 결론은 무슨 무슨 아키텍쳐 죽인다. 환상이다 이런거 절대 안믿어요. 제가 경험한 실무적인 부분을 설명 못하면 절대 안믿어요. 너무 많이 고생했어요

Ad blocker interference detected!


Wikia is a free-to-use site that makes money from advertising. We have a modified experience for viewers using ad blockers

Wikia is not accessible if you’ve made further modifications. Remove the custom ad blocker rule(s) and the page will load as expected.