리액트를 다루는 기술 1장

riverkim·2022년 5월 27일
0
post-thumbnail

이 글은 책 리액트를 다루는 기술을 개인적으로 정리한 글 입니다.

리액트 시작

왜 리액트 인가?

자바스크립트 만으로도 규모가 큰 애플리케이션을 만들 수 있게 됨 -> 구조관리가 필요해 짐

다양한 프레임워크가 조금씩 다른 관점에서 위 문제를 해결하려고 노력함

  • 대표적으로 Angular, Backbone.js, Derby.js, Ember.js, Ext.js, Knockback.js, Sammy.js, PureMVC, Vue.js 등
  • 프레임워크들은 주로 MVC(Model-View-Controller) 아키텍처, MVVM(Model-View-View Model) 아키텍처를 사용

여러 프레임워크가 가진 공통점은 모델(Model)뷰(View)가 있다는 것

  • 모델은 애플리케이션에서 사용하는 데이터를 관리하는 영역
  • 는 사용자에게 보이는 부분

예를 들어, 프로그램이 사용자에게서 어떤 작업(예: 버튼 클릭, 텍스트 입력 등)을 받으면
컨트롤러는 모델 데이터를 조회하거나 수정하고, 변경된 사항을 뷰에 반영 -> 반영하는 과정에서 보통 뷰를 변형

likes 값을 2로 업데이트한다면 애플리케이션에서 post-1의 likes 요소를 찾아 내부를 수정

{
"title": "Hello",
"contents": "Hello World",
"author": "velopert",
"likes": 1
}

<div id="post-1">
  <div class="title">Hello</div>
  <div class="contents">Hello World</div>
  <div class="author">velopert</div>
  <div class="likes">1</div>
</div>

이 때, 페이스북 개발 팀은 하나의 아이디어를 고안해 냈는데
어떤 데이터가 변할 때마다 어떤 변화를 줄지 고민하는 것이 아니라, 그냥 기존 뷰를 날려 버리고 처음부터 새로 렌더링하는 방식
-> 최대한 성능을 아끼고 편안한 사용자 경험(user experience)을 제공하면서 구현하고자 개발한 것이 바로 리액트(React)

리액트 이해

리액트는 자바스크립트 라이브러리로 사용자 인터페이스를 만드는데 사용

  • V(View)만 신경 쓰는 라이브러리

리액트에서의 컴포넌트(component)

  • 리액트 프로젝트에서 특정 부분이 어떻게 생길지 정하는 선언체
  • 재사용이 가능한 API로 수많은 기능들을 내장
  • 컴포넌트 하나에서 해당 컴포넌트의 생김새와 작동 방식을 정의

리액트에서의 렌더링

  • 사용자 화면에 뷰를 보여 주는 것을 렌더링
  • 리액트 컴포넌트가 최초로 실행한 ‘초기 렌더링’
  • 컴포넌트의 데이터 변경으로 다시 실행되는 ‘리렌더링’

초기 랜더링

어떤 UI 관련 프레임워크, 라이브러리를 사용하든지 간에 맨 처음 어떻게 보일지를 정하는 초기 렌더링이 필요

  • 리액트에서는 이를 다루는 render 함수
render() { ... }
  • 컴포넌트가 어떻게 생겼는지 정의하는 역할
  • html 형식의 문자열을 반환하지 않고, 뷰가 어떻게 생겼고 어떻게 작동하는지에 대한 정보를 지닌 객체를 반환
  • 컴포넌트 내부에는 또 다른 컴포넌트들이 들어갈 수 있음
  • render 함수를 실행하면 그 내부에 있는 컴포넌트들도 재귀적으로 렌더링

최상위 컴포넌트의 렌더링 작업 -> HTML 마크업(markup) 생성 -> 페이지의 DOM 요소 안에 주입

조화 과정(업데이트)

리액트에서 뷰를 업데이트 할 때는(컴포넌트에서 데이터에 변화가 있을 때) 우리가 보기에는 변화에 따라 뷰가 변형되는 것처럼 보이지만, 사실은 새로운 요소로 갈아 끼움 -> render 함수

컴포넌트는 데이터를 업데이트했을 때 단순히 업데이트한 값을 수정하는 것이 아니라,
새로운 데이터를 가지고 render 함수를 또 다시 호출 -> 그러면 그 데이터를 지닌 뷰를 생성

하지만 이때 render 함수가 반환하는 결과를 곧바로 DOM에 반영하지 않고,
이전에 render 함수가 만들었던 컴포넌트 정보와 현재 render 함수가 만든 컴포넌트 정보를 비교

자바스크립트를 사용하여 두 가지 뷰를 최소한의 연산으로 비교한 후, 둘의 차이를 알아내 최소한의 연산으로 DOM 트리를 업데이트

결국 방식 자체는 루트 노드부터 시작하여 전체 컴포넌트를 처음부터 다시 렌더링하는 것처럼 보이지만, 사실 최적의 자원을 사용하여 이를 수행

리액트의 특징

Virtual DOM

리액트의 주요 특징 중 하나는 Virtual DOM을 사용하는 것입니다.

DOM이란?

DOM은 Document Object Model의 약어 -> 객체로 문서 구조를 표현하는 방법(XML이나 HTML)

웹 브라우저는 DOM을 활용하여 객체에 자바스크립트와 CSS를 적용
DOM은 트리 형태라서 특정 노드를 찾거나 수정하거나 제거하거나 원하는 곳에 삽입 가능

DOM은 느린가?

DOM의 문제점 -> 동적 UI에 최적화되어 있지 않음

HTML은 정적이고, 자바스크립트를 사용하여 이를 동적으로 만듦

큰 규모의 웹 애플리케이션에서 DOM에 직접 접근하여 변화를 주면 성능 이슈가 발생 -> 느려짐

DOM은 빠름 -> DOM 자체를 읽고 쓸 때의 성능은 자바스크립트 객체를 처리할 때의 성능과 비교하여 다르지 않음

웹 브라우저 단에서 DOM에 변화가 일어나면 웹 브라우저가 CSS를 다시 연산하고, 레이아웃을 구성하고, 페이지를 리페인트 -> 느려짐

해결법

DOM을 최소한으로 조작하여 작업을 처리하는 방식으로 개선 -> 리액트는 Virtual DOM 방식을 사용하여 DOM 업데이트를 추상화함으로써 DOM 처리 횟수를 최소화하고 효율적으로 진행

Virtual DOM

Virtual DOM을 사용하면 실제 DOM에 접근하여 조작하는 대신, 이를 추상화한 자바스크립트 객체를 구성하여 사용
->DOM의 가벼운 복사본

리액트에서 데이터가 변하여 웹 브라우저에 실제 DOM을 업데이트할 때는 다음 세 가지 순서로 실행

  1. 데이터를 업데이트하면 전체 UI를 Virtual DOM에 리렌더

  2. 이전 Virtual DOM에 있던 내용과 현재 내용을 비교

  3. 바뀐 부분만 실제 DOM에 적용

오해

Virtual DOM을 사용한다고 해서 사용하지 않을 때와 비교하여 무조건 빠른 것은 아님

리액트를 사용하지 않아도 코드 최적화를 열심히 하면 DOM 작업이 느려지는 문제를 개선할 수 있고,
또 작업이 매우 간단할 때는(예: 단순 라우팅 정도만 있는 정적인 페이지) 오히려 리액트를 사용하지 않는 편이 더 나은 성능을 보이기도 함

기타 특징

리액트는 프레임워크가 아니라 라이브러리

리액트는 오직 뷰만 담당하는 라이브러리이기 때문에 다른 웹 프레임워크가 Ajax, 데이터 모델링, 라우팅 등과 같은 기능을 내장하고 있는 반면, 리액트는 직접 구현하여 사용해야 함

다른 개발자들이 만든 라이브러리, 즉 라우팅에는 리액트 라우터(react-router), Ajax 처리에는 axios나 fetch, 상태 관리에는 리덕스(redux)나 MobX를 사용

작업 환경 설정

생략

profile
Hello!

0개의 댓글