이 글은 공식문서를 보고 요약, 의역 정리한것입니다. observable은 mobx패키지에서 // wrong import { observable } from "mobx/lib/mobx" // correct import { observable } from "mobx" Use @observer on all components that render @observables. observable을 사용하는 모든 컴포넌트에 observer를 달아라. 그래야 mobx가 최대한 최적화를 해줄 수 있다. observer는 inject보다 먼저 // wrong @observer @inject('store') // correct @inject('store') @observer observable을 받아서 컴포넌트 내부에 한..
이 글은 Mobx 공식문서를 토대로 재해석한 글입니다. 서론 Mobx의 철학은 "애플리케이션의 상태로 부터 파생될수 있는 모든것들은 파생되어야한다" 입니다. 액션 이벤트는 액션을 일으킵니다. 애플리케이션의 state는 오로지 action을 통해서만 변경해야합니다. action은 state를 변경할뿐 아니라, 때로는 Side Effect를 일으킵니다. Side Effect 프로그래밍에서 사이드 이펙트란 함수 내부에서 함수 외부에 접근하여 영향을 주는 행위를 의미합니다. 예를들어 함수 내부에서 Disk I/O가 일어난다던지 네트워크 요청을 한다든지 하는것은 영향 범위가 함수 내부를 벗어났으므로 Side Effect가 발생한것입니다. Mobx가 관리하는 State는 Observable(관찰가능한)하며 최소한으..
- Total
- Today
- Yesterday
- rendering scope
- type alias
- design system
- props
- webpack
- storybook
- return type
- promise
- Action
- useEffect
- javascript
- await
- reactdom
- reflow
- mobx
- Next.js
- react hooks
- server side rendering
- Babel
- hydrate
- es6
- computed
- state
- reducer
- react
- atomic design
- typescript
- useRef
- async
- Polyfill
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |