이것저것 공부할 것 / 한 것

프론트 근본

** react에서의 상태관리 =>  state,redux, swr 등등 -> 
** 효율적 렌더링 => react(virtual dom), angular, vue ... --> react 이외의 것들 공부 해보자 

  ** virtual dom 브라우저에 실제 렌더링 하는데에 많은 비용이 들기 때문에 렌더링 하기 전에 virtual dom(가상의 돔) 에서 브라우저의 렌더링에 사용된 값들을 비교해서 바뀐 부분만 새로 렌더링 하는 새로운 접근 법 ==> react 에서는 state | html | css가 바뀔때만 새로 렌더링이 되게 되어있음 ( state가 바뀔때 | html, css 가 바뀔때의 내부적 동작의 차이점 공부 필요), state 관리의 핵심은 불변성, 내부적으로 state가 담에 담긴 값의 주소를 기준으로 값의 변경 유무를 판단함. 그래서 state에 (object | 배열)을 할당할 때 불변성 유지에 특히 신경써야함. object 내부의 값을 바꾸더라도 주소값은 바뀌지 않기 때문에. (이해 안가면 pointer 개념 간단하게 훑기) 핵심은 state의 관리! (리액트의 시작이자 끝) 

리액트 하다가 뭐가 안되면 state 관리를 이상하게 하고 있는건 아닌지 되돌아보자.

**반복되는 컴포넌트의 key값 관리도 아주 중요 

 

 

 

 

미들웨어? 이런쪽은 내 기준으로 너무 추상적이라서 확 와닿는 느낌이 없다 ㅠㅠ 
웹의 발전 f = front, b = backend, d = database
f, b, d 가 통합된 구조 (d = 로컬 스토리지 이런거 였겠지..?) 진짜 하나의 앱에서 디비, 프론트, 백엔드 다 있던 시절

f,b - d 로 된 구조, 프-백은 통합, 디비라도 분리하자! 했던 시절

f - b - d 로 분리 된 구조 (최근 일반적) !=> 요즘은 이마저도 클라우드에 올리고, b => 마이크로 서비스라고 해서 기능별로 쪼개고, 인메모리 캐시 서버, 테스크 메시징 서버 등등 여러 가지로 쪼개서 사용. == > 그만큼 유저들이 더 빠르고 동적인 웹/앱을 요구하기 때문