Recoil 배경
Recoil은 Facebook이 만든 상태관리 라이브러리로
리액트의 상태관리를 위해 만들어진 라이브러리다.
매우 React스러운 Recoil에 대해 알아보자.
Recoil 구성요소
Recoil은 크게 2가지 요소로 나뉜다.
Atom과 Selector
Atom은 상태의 단위로, 상태를 정의하거나 불러올 수 있다.
Atom이 업데이트 되면 Atom을 구독하는 컴포넌트들이 업데이트된다.
Atom은 고유한 key와 default 값을 갖는 객체로 구성된다.
const phoneState = Atom('UserPhone', {
key: 'Phone',
default: ''
});
const [phone, setPhone] = useRecoilState(phoneState);
// const phone = useRecoilValue(phoneState);
// const setPhone = useSetRecoilState(phoneState);
useEffect(() => {
getUserPhone()
}, [])
const getUserPhone = async () => {
const { data } = await axios.get(uri);
setPhone(data);
}
Selector는 고유한 key와 get과 set으로 구성되어 순수 함수로써 동작한다.
순수함수로써 동작한다는 것은 같은 입력이 주어진다면 항상 같은 결과를 반환해야 한다는 것이다.
내부의 다른 요소로 인해 결과가 바뀌는 등의 상황이 없어야 한다는 것.
const phoneState = Atom('UserPhone', {
key: 'Phone',
default: ''
});
const getPhoneSelector = () => selector({
key: 'UsePhone',
get: async ({ get }) => {
try {
const { data } = await axios.get(uri);
return data;
} catch(error) {
throw error;
}
},
set: ({ set }, newValue) => {
set(phoneState, newValue);
}
})
반드시 비동기 요청을 위해 쓸 필요는 없지만
위와 같이 비동기 요청을 위해 사용할 수 있다.
비동기 요청 로직을 분리하여
요청 후 결과를 atom에 set하는 형태를 갖출수도 있지만,
selector를 이용해 응집도를 높일 수 있다.
뿐만 아니라, selector는 캐싱 기능이 있다.
캐싱 기능의 장점은 이미 받아왔던 값을 기억하고 있어
같은 응답을 보내는 api call에 대해서는 추가적으로 요청하지 않아
성능적으로 훨씬 유리하다.
* 캐싱과 관련해 주의할 부분
사용자가 항상 최신의 데이터를 확인해야 하는 화면에서
캐싱 기능은 데이터 무결성을 초래하는 위험 요소가 될 수 있다.
따라서, 항상 최신의 데이터를 확인해야 할만한 상황에 대해서 미리 파악 해두어야한다.
예를들어
- 사용자가 화면을 보고있을 때
- 페이지가 전환되며 새 페이지에 진입했을 때
- 페이지 전환없이도, 무언가 추가적인 데이터를 요청할 때
등이 있을 수 있다.
이러한 상황 외에는 적극적으로 캐싱 기능을 활용한다면
자원을 아끼고 효율을 높일 수 있을 것이다.
Recoil 비동기 처리?
Recoil에서도 비동기 요청 처리에 있어
Redux에서 처럼 error, loading 등의 상태를 확인할 수 있을까?
selector와 useRecoilValudLoable을 함께 쓴다면 가능하다.
const phoneLoadable = useRecoilValueLoadable(getPhoneSelector);
phoneLoadble.state
// hasValue, hasError, loading 세가지의 현재 상태를 갖음
phoneLoadable.contents
// hasValue 상태 일때: value 정보
// hasError 상태 일때: error 정보
// loading 상태 일때: Promise
참고1
참고2