2019. 12. 14. 13:56ㆍ소소한 정보
- publish/subscribe 패턴 관점에서 설계하라
- action과 reducer를 1:1 관점에서 설계하면 확장성이 떨어지고 의존성이 높아진다.
- action과 reducer를 발행과 구독 패턴으로 이벤트 관점에서 설계하면 확장성이 높아지고 의존성이 떨어진다.
- reducer = 발행 / action = 구독
- 개인적 견해
사이드 이펙트를 thunk나 saga를 이용하는 경우도 있다. 여기서는 하나의 action에 여러 reducer가 붙을 수도 있다는걸 생각해보면 같은 역할일 수 있겠지만 saga같은 경우 상태 변경 이후 실행되기 때문에 상태 변경이 순차적이다. 하지만 순서를 보장하지 않는 다중 리듀서 패턴은 리듀서의 상태값 변경 순서가 서로 의존할 필요가 없을 때 사용하면 된다.
상태변경 순서가 필요한 사이드 이펙트 - saga, thunk
상태변경 순서가 필요없는 사이드 이펙트 - 다중 reducer 패턴
설계할 때 관계의 의존성을 줄이고 확장성을 높이는게 핵심이다. 그러기 위해서는 직관적이고 절차적이며 일차원적인 관점에서 벗어나려 노력해야 한다.
20년 경력 개발자가 전해주는 조언 5가지 - expecter begginer 창시자
- 복붙X, 책임감, 검증된 선임 개발자, TDD, 코드리뷰
2019년 프론트엔드 24가지(12월 1일부터 24일까지 하루씩 자료 업데이트)
- 2020년에 완전히 새로운 기술은 없으며 성능 향상을 원한다면 지금부터 해야 한다.
- 사용자 경험을 측정하고 개선해야 한다.
- 최대의 화두는 react hook
- 흥미롭게도 비교적 CSS와 관련된 글이 많음(개인적으로는 JS를 통해서 CSS를 다루는 것 보다는 순수한 CSS로 처리할 수 있는 많은 것들이 있다는 점을 부각시켜주지 않았나 생각)