일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 액티비티
- Kotlin
- 안드로이드
- Android
- CS지식
- 디자인패턴
- Operating System
- Database
- 운영체제
- 앱
- db
- 디자인 패턴
- 앱 개발
- 메모리
- 스레드
- OS
- 코틀린
- reactnative
- 데이터베이스
- 개발
- cs
- 프로세스
- github
- MVVM
- 앱개발
- 리액트네이티브
- 리액트
- 안드로이드 디자인 패턴
- React
- 안드로이드 개발
- Today
- Total
Tech Log
1.1 리액트 개요 본문
배경
프로그램 내 사용자에게서 어떤 작업을 받으면 모델 데이터를 조회하거나 수정하고, 변경된 사항을 (아키텍처에 있는)뷰에 반영한다. 이와같이 특정 부분을 변경하는 규칙을 정하는 것은 애플리케이션의 규모가 크면 상당히 복잡해진다. 또한, 제대로 관리하지 않으면 성능이 떨어질 수도 있다. 이때 페이스북이 아이디어를 고안해냈다. 이것은 어떤 데이터가 변할 때마다 어떤 변화에 대해 고민하는 것이 아니라, 기존 뷰를 없애버리고 처음부터 다시 렌더링하는 아이디어이다. 페이스북 개발 팀이 이 방식으로 최대한 성능을 아끼고 편안한 사용자 경험을 제공하고자 구현한 것이 리액트(React)다.
정의
자바스크립트 라이브러리로 사용자 인터페이스를 만드는 데 사용. 구조가 MVC, MVW인 프레임워크와 달리 오직 V(View)만 고려. 데이터가 변할 때마다 리렌더링하면서 성능을 아끼고 최적의 사용자 경험을 제공한다.
관련 용어
- 컴포넌트(component) : 리액트 프로젝트에서 특정 부분이 어떻게 생길지 정하는 선언체. 재사용이 가능한 API로, 수많은 기능들을 내장하고 있다. 컴포넌트 하나에서 해당 컴포넌트의 생김새와 작동 방식을 정의한다.
- 렌더링 : 사용자 화면에 뷰를 보여주는 것.
리액트의 렌더링
초기 렌더링
render함수를 사용한다. 문자열 형태의 HTML 코드를 생성하고 특정 DOM에 해당 내용을 주입하면 이벤트가 적용된다.
render함수 : 뷰가 어떻게 생겼고 어떻게 작동하는지에 대한 정보를 지닌 객체를 반환한다. 실행하게 되면 그 내부에 있는 컴포넌트들(컴포넌트 내부에는 또 다른 컴포넌트들이 있을 수 있다)도 재귀적으로 렌더링 한다. 최상위 컴포넌트의 렌더링이 끝나면 갖고 있는 정보들을 이용해 HTML 마크업을 만들고 이를 우리가 정하는 실제 페이지의 DOM 요소 안에 주입한다.
업데이트(조화 과정)
컴포넌트에서 데이터에 변화가 있을 때 리액트 라이브러리에서 뷰를 업데이트하는 것이다. 새로운 요소로 바꿔서 데이터에 변화를 준다. 컴포넌트는 새로운 데이터를 가지고 render함수를 또 다시 호출하여 데이터를 업데이트한다. render 함수가 반환하는 결과를 바로 DOM에 반영하지 않고, 이전에 만든 컴포넌트와 현재 컴포넌트를 비교한다. 이때 둘의 차이를 알아내고 최소한의 연산으로 DOM 트리를 업데이트한다.
이 과정은 조화 과정(reconciliation)을 거친다고 표현하는 것이 정확하다.
DOM(Document Object Model)
객체로 문서 구조를 표현하는 방법이다. XML 혹은 HTML로 작성한다. DOM은 트리 형태를 띈다. 따라서 이 점을 이용해 특정 노드를 찾거나 수정, 제거 그리고 원하는 곳에 삽입할 수 있다. 한 가지 단점은 동적 UI에 최적화되어 있지 않다는 것이다. HTML이 자체적으로 정적이기 때문이다. 자바스크립트를 이용해서 동적으로 만들 수 있다.
Virtual DOM
DOM이 웹 브라우저 단에서 변화가 일어나면, 웹 브라우저가 CSS를 다시 연산하고 레이아웃을 구성하고 페이지를 리페인트한다. 이 과정에서 DOM은 느리게 느껴질 수 있다. 이러한 문제점은 DOM을 최소한으로 조작하는 방법으로 해결할 수 있다. 리액트에서는 Virtual DOM 방식으로 DOM 업데이트를 추상화하며, DOM 처리 횟수를 최소화하고 효율적으로 진행한다.
Virtual DOM을 사용할 때는 실제 DOM에 접근하여 조작하지 않고 자바스크립트 객체로 추상화하여 사용한다. 이것은 DOM의 사본과 비슷하다.
DOM을 업데이트할 때 리액트에서 행하는 절차
- 업데이트할 때 전체 UI를 Virtual DOM에 리렌더링한다.
- 이전 Virtual DOM에 있던 내용과 현재의 내용을 비교한다.
- 둘의 차이를 실제 DOM에 적용한다.
Virtual DOM의 사용 목적
Virtual DOM을 쓴다고 해서 무조건 빨라지는 것은 아니다. 리액트에서는 Virtual DOM을 단순히 성능을 위해 사용하는 것이 아니다. 리액트는 지속적으로 데이터가 변화하는 대규모 애플리케이션을 구축하기위해서 만들어졌다. 이 목적 때문에 리액트는 업데이트 처리 간결성을 추구한다. 그리고 이것을 가능하게 하는 것이 Virtual DOM이다. 이는 UI를 업데이트하는 과정에서 생기는 복잡함을 모두 없애고 쉽게 업데이트할 수 있게 한다.
리액트와 다른 라이브러리, 프레임워크의 혼용
리액트는 프레임워크가 아닌 라이브러리이므로 오직 뷰만 고려한다. 따라서 기타 기능은 직접 구현해야 한다. 그러나 리액트 라우터, axios, fetch, 리덕스 등 다른 라이브러리를 함께 사용하면, 마음대로 스택을 설정할 수 있다.
리액트는 Backbone.js, AngularJS 등 프레임워크과 함께 사용하기도 한다.
참고 문헌
- 김민준, 리액트를 다루는 기술[개정판], 길벗
'DSC PNU 4 > 리액트' 카테고리의 다른 글
props (0) | 2021.04.08 |
---|---|
리액트의 필요성 (0) | 2021.04.08 |
Component (0) | 2021.04.01 |
1.2 개발 환경 설정 (0) | 2021.03.29 |
DSC 리액트 스터디 시작 (0) | 2021.03.25 |