라이브러리 vs 프레임워크
- 라이브러리는 개발 편의를 위한 도구의 모음
- 라이브러리는 공구
- 프레임워크는 기반 구조까지 잡혀있음
- 프레임워크는 공장
React, Angular, Vue.js
React는 js 라이브러리
Angular 는 플랫폼(프레임워크에 치우침)
Vue.js는 프레임워크
React는 라이브러리라 자유롭고 생태계가 풍부함
생태계 = 구글링
관련 라이브러리(도구)가 많고, 문제를 해결할 방법을 찾기가 쉽고, 나와 같은 고민을 하는/했던 사람이 많다. 실무에서 사용할 확률이 높다.
왜 React 인가?
React는 어떤 데이터가 변할 대 마다 어떤 변화를 줄지 고민하는 것이 아니라 그냥 기존 뷰를 날려 버리고 처음부터 새로 랜더링하는 방식이다. 오직 V(View)만 신경 쓰는 라이브러리이다.
component 컴포넌트
리액트는 특정 부분이 어떻게 생길지 정하는 선언체가 바로 컴포넌트이다. 컴포넌트는 재사용이 가능한 API로 수 많은 기능들을 내장하고 있고, 컴포넌트 하나에서 해당 컴포넌트의 생김새와 작동 방식을 정의. 쉽게 말해 그냥 레고 블럭으로 생각하자, 잘게 쪼개서 붙이고 싶은 곳에 붙이는.
- src, class, name, props 들은 밖에서 넣어주는 데이터
- 문서(HTML), 스타일(CSS), 동작(JS) 를 합쳐서 내가 만든 일종의 태그
rendering 렌더링
사용자 화면에 뷰를 보여주는 것을 렌더링이라고 한다.
컴포넌트의 데이터 변경으로 다시 실행되는 것을 리렌더링이라고 한다.
초기 렌더링
맨 처음에 어떻게 보일지를 정하는 초기렌더링이 필요한데 리액트에서는 이것을 다루는 render라는 함수가 있다.
render(){...}이 render라는 함수는 컴포넌트가 어떻게 생겼는지 정의하는 역할을 한다. 이 함수는 html형식의 문자열을 반환하지 않고, 뷰가 어떻게 생겼고 어떻게 작동하는지에 대한 정보를 지닌 객체를 반환한다. 컴포넌트 내부에는 또 다른 컴포넌트가 들어갈 수 있다. 이때 render 함수를 실행하면 그 내부에 있는 컴포넌트들도 재귀적으로 렌더링한다. 이렇게 최상위 컴포넌트를 렌더링 작업이 끝나면 지니고 있는 정보들을 사용하여 HTML마크업을 만들고, 우리가 정하는 실제 페이지의 DOM요소 안에 주입한다.(먼저 문자열 형태의 html코드를 생성 -> 특정 DOM에 해당 내용을 주입)
컴포넌트에서 데이터에 변화가 있을 때 우리가 보기에는 변화에 따라 뷰가 변형되는것 처럼 보이지만, 사실은 새로운 요소를 갈아 끼우는 것이다. 컴포넌트는 객체를 반환한다 했는데 컴포넌트는 데이터를 업데이트했을 때 단순히 업데이트한 값을 수정하는 것이 아니라, 새로운 데이터를 가지고 render 함수를 또 다시 호출한다. 그러면 그 데이터를 지닌 뷰를 생성해내지만 이때 render함수가 반환하는 결과를 곧바로 DOM에 반영하지 않고, 이전에 render함수가 만들었던 컴포넌트 정보와 현재 render함수가 만든 컴포넌트 정보를 비교한다.그리고 js를 사용해 두개의 뷰를 최소한의 연산으로 비교 후, 둘의 차이를 알아내 DOM트리를 업데이트.
Virtual DOM 가상돔
리액트의 주요 특징 중 하나는 가상돔을 사용하는 것이다.
DOM이란?
Document Object Model의 약어. 즉 객체로 문서 구조를 표현하는 방법으로 XML이나 HTML로 작성. 웹 브라우저는 DOM을 활용해 객체에 js와 css를 적용한다. DOM은 트리 형태라서 특정 노드를 찾거나 수정하거나 제거하거나 원하는 곳에 삽입할 수 있다. DOM API를 많은 플랫폼과 웹 브라우저에서 사용하는데 DOM의 치명적인 문제가 잇다. 바로 UI에 최적화되어 있지 않다는 것. HTML은 자체적으로는 정적이고 JS를 사용해 이것을 동적으로 만들 수 있다.
규모가 큰 웹 애플리케이션에서 DOM에 직접 접근해 변화를 주다 보면 성능이슈(느려진다)가 발생하기 시작한다. DOM은 느리지 않다. 빠르고 JS엔진과 별 차이가 없지만 단지 DOM은 웹 브라우저에 변화가 생기면 CSS를 다시 연산하고, 레이아웃을 구성하고, 페이지를 리페인트 하는 과정에서 시간이 허비되는 것일 뿐.
그래서 해결법은 DOM을 최소한으로 조작하는 것이다. 리액트의 Virtual DOM을 사용해 DOM업데이트를 추상화해 DOM처리 횟수를 최소화하고 효율적으로 진행.
리액트에서 데이터가 변하여 웹 브라우저에 실제 DOM을 업데이트할때는
1. 데이터를 업데이트하면 전체 UI를 가상돔에 리렌더링.
2. 이전 가상돔에 있던 내용과 현재 내용을 비교.
3. 바뀐 부분만 실제 DOM에 적용.
Virtual DOM을 사용하면 더 빨라진다??
이것은 오해이다. 적재적소하게 ex) 작업이 매우 간단할 때는 (단순 라우팅 정도만 있는 정적페이지) 오히려 리액트를 사용하지 않는 편이 더 나은 성능을 보임.
결론은 리액트와 Viretual DOM이 언제나 제공할 수 있는 것은 업데이트 처리 간결성이다. UI를 업데이트하는 과정에서 생기는 복잡함을 해소하고, 더욱 쉽게 업데이트에 접근할 수 있다.
리액트의 기타 특징
리액트는 라이브러리 이며 다른 웹 프레임워크가 Ajax, 데이터 모델링, 라우팅 등과 같은 기능을 내장하고 있는 반명, 리액트는 뷰만 신경 쓰는 라이브러리라서 기타 기능은 직접 구현하여 사용해야한다.
라우팅 : 리액트 라우터 / Ajax : axios,fetch / 상태관리 : 리덕스(redux),MobX 사용
또한 리액트는 다른 웹 프레임워크나 라이브러리와 혼용이 가능하다.
리액트 CSR vs SSR
CSR
- JS가 전부 다운로드 되어 리액트 애플리케이션이 정상 실행되기 전까지는 화면이 보이지 않음.
- JS가 전부 다운로드 되어 리액트 애플리케이션이 정상 실행된 후, 화면이 보이면서 유저가 인터렉션 가능
SSR
- JS가 전부 다운로드 되지 않아도, 일단 화면은 보이지만 유저가 사용 할 수 없음.
- JS가 전부 다운로드 되어 리액트 애플리케이션이 정상 실행된 후, 유저가 사용 가능
