저번 글에 이은 mobX 3탄입니다. 저번엔 MobX 의 API에 대한 이야기는 제쳐두고, 갑자기 React MobX의 설계론에 대한 이야기를 해버렸습니다. 이번 편에는 개인적으로 MobX의 조금 알기 힘들고 조심해야겠다고 느낀 기본적인 부분에 대해서 적어보겠습니다.【DevTools】이미 MobX의 코드를 만들어본 분중에, DevTools를 도입하지 않은 분이 있다면 꼭 도입해봐주십시오. 이 페이지에 를 마운트해서 도입하는 방법이 소개되어있습니다 .ChromeExtension를 도입해두면, 마운트없이 같은 기능을 이용가능하게 됩니다. 본편의 내용을 이해하는데 도움이 될것으로 보입니다.observable형에 대해서observable값에는, JS프리모티브, 참조, 플레인오브젝트, 클래스 인스턴스, 배열, 맵..
이글을 읽는 분들은 Redux를 도입하신 분, 또는 이제부터 React의 상태관리를 도입하려는 분일거라 생각합니다.그렇습니다 "Redux 코드는 너무 길지만, 익숙해지면 괜찮겠지?" 라고 생각 하는 분들을 위한 글입니다. 자기자신은 Redux 도입파 였지만 front-end-handbook-2017에 이름이 올라있는 MobX에 관심이 생겨 조사해봤습니다. 그 결과, 이글을 쓰게 되었기 때문에 개인적으로 Redux보다 낫다고 느낀 이유를 적어보겠습니다.코드량이 압도적으로 줄어든다. Store개념이 알기 쉽다. inject를 활용하면 jsx를 pure하게 구현할 수 있다.데코레이터층이 존재한다.코드량이 압도적으로 줄어든다한개의 쌍방향의 값을 컴포넌트에 표시하기 위해서, Redux에서는 아래와 같은 작업이 필..
- Total
- Today
- Yesterday
- 리액트 네이티브
- 일드
- 도쿄맛집
- 브이로그
- 리액트
- 리액트네이티브
- Redux
- 필동면옥
- android
- Qiita
- 을지로3가
- 도쿄
- 수요미식회
- 일본여행
- 야키니쿠
- 중쇄를찍자
- 평양냉면
- 을지면옥
- 쿠로키 하루
- react native
- 여행
- 평양면옥
- mobx
- 편육
- observable
- 덴뿌라
- 청계천 맛집
- 우래옥
- 맛집
- 안드로이드
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |