Closed JengYoung closed 1 year ago
다음을 모두 구현했다.
AsyncBoundary
AsyncBoundary를 통해 좀 더 선언적이면서도 쉽게 ErrorBoundary와 Suspense 처리가 가능하도록 했다. 이는 다음 글을 참고했다.
ErrorBoundary
Suspense
API
어떻게 보면 참 더 정의를 빡세게 할까 싶었는데, 그건 너무 오버엔지니어링 같아, 이정도 선에서 타입하려 한다. RESTAPI를 프로미스의 형태로 지원하는 객체이다.
RESTAPI
이는 axios를 기반으로 고려되었지만, 추후 다음과 같은 문제를 고려해서 확장성 있게 설계한 것이다.
axios
현재 모든 예제들이 fetch를 사용하는 것으로 볼 때, axios가 과연 완벽히 의존성이 없다고 할 수 있을까?
fetch
언젠가는 axios보다 더 나은 비동기 통신 라이브러리가 생길 수 있으니... 나아가 쉽게 인스턴스를 끼워넣을 수 있도록 데코레이터 패턴 식(?)으로 설계했다.
closes #36
react-query
이 역시 만약 내가 SWR 등으로 바꾼다면 어떻게 될까. 그렇다면 결과적으로 하나하나 모든 로직을 바꿔야 하는데, APIFetcher라는 객체를 하나 만들지는 고민 중이다.
SWR
APIFetcher
그런데... 너무 오버엔지니어링일 것 같다는 느낌이 든다. 😭 역시 개발과 리소스는 이분법적으로 해석할 수는 없는 듯. 하더라도 굉장히 단순하게 만들 듯하다. fetcher와 params를 apply하는 정도...?
fetcher
params
다음 글
💌 설명
다음을 모두 구현했다.
AsyncBoundary
AsyncBoundary
를 통해 좀 더 선언적이면서도 쉽게ErrorBoundary
와Suspense
처리가 가능하도록 했다. 이는 다음 글을 참고했다.API
객체어떻게 보면 참 더 정의를 빡세게 할까 싶었는데, 그건 너무 오버엔지니어링 같아, 이정도 선에서 타입하려 한다.
RESTAPI
를 프로미스의 형태로 지원하는 객체이다.이는
axios
를 기반으로 고려되었지만, 추후 다음과 같은 문제를 고려해서 확장성 있게 설계한 것이다.언젠가는
axios
보다 더 나은 비동기 통신 라이브러리가 생길 수 있으니... 나아가 쉽게 인스턴스를 끼워넣을 수 있도록 데코레이터 패턴 식(?)으로 설계했다.📎 관련 이슈
closes #36
💡 논의해볼 사항
react-query
의 경우 아직 고민 중이다.이 역시 만약 내가
SWR
등으로 바꾼다면 어떻게 될까. 그렇다면 결과적으로 하나하나 모든 로직을 바꿔야 하는데,APIFetcher
라는 객체를 하나 만들지는 고민 중이다.📝 참고자료
다음 글
⚠️ 잠깐! 한 번 체크해주세요.