2019년 8월 28일 TIL

#Code

1. redux 입문
   전역에서 사용가능한 state를 얻었다는 기분이 드는데 이 state는 업데이트를 해도 리액트의 렌더는 일어나지 않는것 같다. Mount, State도 관련이 없는 독자적인 일이니까 당연한 일이다. (그런데 이건 react 기준이고 또 react-redux를 쓰는 지금은 자동으로 뭘 하고 있을지도 모르겠다. 구독같은 기능으로 독자적으로 처리를 하고 있다.) 그래서 나름 뭔가 바꿨는데도 업데이트가 되지 않는 문제가 발생했다. 강제 렌더링 명령이 있다는데 ‘강제’라고 하니 쓰기 싫고 자바스크립트로 수동으로 DOM을 조작하지 않고 바꿔보려고 하다가 오늘은 일단 작업끝.
2. React router, redux를 함께 쓴다면 어떤 설계를 해볼 수 있을까. 그렇게 될 경우의 수가 복잡해지는것 같다. 이전에 그냥 데이터를 흘려보낼것만 생각해서 컴포넌트를 짤 때는 코드는 복잡해도 설계는 단순했던것 같은데. 그렇다면 router가 최우선이 되어야 할것같다. URL로 사용자가 원하는 데이터가 보이는게 보장이 되어야 하니까 말이다.
3. redux는 DOM을 한번에 render하는 한다고 하는데 그러면 리액트의 장점. 최대한 DOM렌더를 억제하는 기능과 대치하는것 아닐까? 검색해보니 리듀서에서 퓨어함수를 강조하는 이유가 바로 render 이슈 때문이다. 그리고 그렇게 성능에 영향을 미치지도 않고 디버깅이나 구조개선에는 너무나 압도적 이득을 주기 때문에 안쓸이유가 없는듯하다. 하나의 기능을 위해 몇 단계의 추상화를 거치는게 번거로울뿐.

4. 직접 수정을 하면 안되는 객체들을 다루는 방법으로 object.assign를 시도 했는데 뭔가 익숙하지 않아서 한시간 정도 헤매다가 결국 비구조할당으로 돌아왔다. 내일은 immutable.js를 시도해볼 예정이다. Nested 한 구조에선 쓸 수 밖에 없을 것같다. #Life

5. 한달넘게 엄청 푸시하면서 공부하다보니 요즘 낮에 체력이 바닥이 되어가는 기분이 점점든다. 오늘부터 7시간 잘거고 질펀하게 운동도 한번