현재 돌아가는 노드 프로젝트 중에 axios가 제일 많을 거라고 생각한다.

하지만 요즘은 fetch를 쓰려는 사람들이 많다.

가장 큰 이유는 axios는 401, 500 이런 status code를 promise reject처리한다.

따라서 저런 것들에 대한 error처리를 해줘야 한다.

그렇지 않으면 비동기 호출에서 exception이 계속 발생하고 어떤 사이드 이펙트가 있을 지 알 수 없다.

하지만 fetch는 timeout인 경우가 아니면 예외처리하지 않는다.

이게 중요한 이유는

내가 만든 api라면 status를 제어권 아래두고 처리할 수 있으나

그렇지 않은 경우 상황에 따른 status를 정확히 알 수가 없다.

알 수 없는 에러들로 혼란을 겪게 된다.

 

현재 프로젝트는 호출에 대한 cancel이 필요할 지도 모른다는 생각 때문에 axios를 선택했지만

그렇지 않다면 fetch로 진행할 것이다.

모질라 공식문서에도 fetch가 있고 표준이 될 거라고 생각한다.

공홈에 나온 그대로 해도 안되는 경우

다른 설정이 덮어써서 그런 경우가 있다.

먼저 적은 설정이 우선이다.

include 같은 설이 proxy_pass보다 위에 있는 경우 include에 있는 location설정이 우선된다.

include를 뒤로 빼던지 include 파일안에 잘 설정하면 된다.

'개발환경 설정' 카테고리의 다른 글

degit - 간편하게 깃 저장소 복사하기  (0) 2020.03.02
vs-code] webpack alias link  (0) 2020.01.01
git hub 암호 캐싱하기  (0) 2019.01.27
port 6000  (0) 2018.06.28
mac iterm 편리한 커서 이동  (0) 2018.06.13

vuex첨 쓰다 바보짓으로 한참 해맸다.

 

new Vuex.store({})

로 생성했다.

Store인데...
typescript면 대소문자 다 잡아주는데 그냥 js하려니 이런 삽질로 시간을 많이 보낸다 ㅜㅜ

나 같은 사람들이 은근히 있는 것 같다.

https://laracasts.com/discuss/channels/vue/vuex-store-is-not-a-constructor

 

Vuex store is not a constructor

 

laracasts.com

 

+ Recent posts