기본 콘텐츠로 건너뛰기

1. Welcome to React!

1. Welcome to React!

본 포스팅은 리액트를 처음으로 공부하기 시작하는 사람들을 위해 제작되었다. 구글에 영어로 react라고만 쳐봐도 기본적인 개념을 배울만한 블로그는 아주 많지만 막상 처음부터 하나하나 따라할 수 있는 튜토리얼과 같은 게시글이 없는 것 같아 이 부분에 초점을 맞춰 포스팅을 써보려 한다.

자바스크립트의 라이브러리

우선 리액트는 페이스북이 직접 개발한 자바스크립트의 라이브러리이다. 즉, 문법과 기능에 확장이나 변화가 있을 수는 있지만 그 뼈대는 자바스크립트에 있다는 것이다. 따라서 리액트를 공부하기 전에 자바스크립트의 기본적인 변수선언(const, let, var 등) 같은 문법을 알아둔 후 공부하는 것이 좋다.

참고하면 좋을만한 사이트 : https://opentutorials.org/course/743

Virtual Dom

필자가 리액트를 공부하며 처음으로 느낀 장벽은 바로 virtual DOM이라는 개념이다. 이 개념에 대해 구글에 검색해본 결과 다음과 같이 요약할 수 있다.

변한 부분만 다시 그린다.

이는 다시 말하면 리액트가 출시되기 전까지 모든 프레임워크는 변하지 않은 부분도 불필요하게 다시 그리고 렌더링 했다는 것이다. 아래에서 Angular라는 구글의 웹 개발 프레임워크와 React의 차이를 예시를 들어 비교해보자.

출처 - 블로그 : http://blog.naver.com/PostList.nhn?blogId=songc7

위의 두 그림을 차례로 그린다고 가정하자. 우선 누가 어떤 방법으로 그리던 모두 처음 그림은 캔버스에 백지상태부터 그려야 한다. 하지만 두번째 그림을 이어서 그려야 할때 Angular는 새로운 캔버스에 전체 그림을 다시 그려서 우리에게 보여주는 반면 리액트는 처음과 두번째 그림을 비교해서 달라진 부분만 찾아서 그린 후 원래 그림에 덮어서 보여준다. 여기서 "속도"의 차이가 명확하게 발생한다. Angular을 포함한 기존의 프레임워크들은 전체 그림(html과 css 등등)을 모두 캔버스(real DOM)에 다시 그리는 반면 리액트는 그림을 비교한 후 변화한 부분만 새로운 캔버스(virtual DOM)에 그린 후 원래 캔버스(real DOM)에 덮어서 보여준다.

이렇게 변화하는 부분만 다시 그린다는 점이 얼마나 효율적인지는 우리가 웹사이트를 돌아다닐때 화면을 떠올리면 쉽게 체감할 수 있다. 애니메이션이 부분적으로 들어가거나 버튼이 클릭되며 색이 바뀌는 등 전체 페이지가 아니라 부분적으로 변화하는 경우마다 생기던 오버헤드를 리액트는 virtual DOM이라는 개념으로 해결한 것이다.

Flux Model

리액트의 두번째 큰 특징은 바로 기존의 프레임워크들이 가지는 MVC 모델과 완전히 다른 Flux Pattern을 채택했다는 것이다. 사실 Flux pattern은 Redux 라이브러리의 특징이라고 봐야 하지만 거의 모든 react app들이 redux계열을 채택하므로 여기서 적겠다.

출처 - https://www.tektutorialshub.com/asp-net-core/asp-net-core-mvc-design-pattern/

우선 MVC model에 대해 알아보자. MVC는 각각 Model, View, Controller의 약자로 매우 단순한 구조를 가지고 있다. 위의 그림과 같이 컨트롤러가 model을 조작하고 조작된 model이 DOM에 렌더링되며 우리에게 보여지는 구조이다. 위의 그림은 단순화되어있지만 MVC 모델은 세 구성요소 사이에서 데이터의 양방향 흐름이 활발하다 예를들어 controller가 view에게 action을 가하면 그에 대한 처리는 model이 하고 다시 렌더된 view가 controller에게 notify되는 등 하나의 동작에도 구성요소들 사이에 데이터의 이동이 활발하다. 페이스북이 리액트를 개발하게 된 이유가 바로 여기에 있다. 페이스북은 SNS 서비스를 제공하기 때문에 필연적으로 유저들의 소통이 많고 그에따라 데이터의 교류도 활발해진다. 하지만 MVC 모델은 데이터의 흐름이 양방향이기 때문에 이를 유지보수하기 매우 힘들다. 따라서 이 부분을 개선한 Flux model을 구현했다.

출처 - https://haruair.github.io/flux/docs/overview.html

Flux 모델은 데이터의 단방향 흐름에 초점이 맞춰져 있다. 따라서 MVC 모델과 확실히 다른 종류의 구성요소들이 소개되었다. 우선 유저가 interaction 하는 부분은 view이다. view에서 특정 동작을 하면 action이 발생하는데 이는 Dispatcher라는 컴포넌트가 catch한다. 이후 dispatcher는 action을 읽고 store에 저장된 데이터를 조작한다. 그리고 이렇게 store 안의 데이터가 변화할 경우 이를 subscribe(구독)하고 있는 view 컴포넌트들에게 변화된 값을 뿌리고 view가 다시 렌더한다. 이는 데이터의 흐름을 단방향으로 바꾸어 예측하거나 어플리케이션을 유지보수하기에 쉽도록 한다.

Hard, but Worth It

출처 - Google Trend

리액트는 필자가 공부를 하며 주변에서 들어본 말 뿐만 아니라 실제로 학교 수업에서 공부를 하며 느낀 바로 처음 배우기 시작할때 진입장벽이 매우 높은 편이다. 그 이유는 여러가지가 있는데, 우선 개념이 많이 어렵다. 위에서 설명한 virtual DOM과 flux 모델을 처음 배울때 필자도 거의 울뻔했다. 또 인터넷에 공개된 자료중에 한글로 된 포스팅을 찾기가 쉽지 않고 그 또한 초심자가 보기에 어렵다. 하지만 이렇게 높은 진입장벽을 뚫고 나서부터는 상당히 자유롭고 현재 제일 각광받는 웹 개발 언어인 만큼 유용하게 사용할 수 있다. 이에 앞으로의 포스팅은 모두 처음 리액트를 시작할때에 맞춰 기초부터 업로드할 예정이다. 모두 화이팅!

from http://jangsus1.tistory.com/6 by ccl(A) rewrite - 2020-03-11 01:54:27

댓글

이 블로그의 인기 게시물

[Vue] Angular 2 대신에 Vue.js를 선택한 이유

[Vue] Angular 2 대신에 Vue.js를 선택한 이유 들어가며 이 글은 Medium 의 "Why we moved from Angular 2 to Vue.js(and why we didn't choose React)" 글을 번역한 글입니다. 항상 이상적일 수만은 없는 실제 프로젝트 여건에서 신중하게 프레임워크를 고민하고 선정해 나가는 과정을 상세하게 기술한 글입니다. Angular 2로 구축되어 있는 프로젝트를 업그레이드 & 마이그레이션 하는 과정에서 프로젝트의 현 상황과 여건을 반영한 프레임워크 선정 기준을 세우고, Vue.js 프레임워크를 적용해 나가는 개인 경험담이 담겨져 있습니다. 급격하게 요동치는 프론트엔드 프레임워크 시대에, 프론트엔드 개발자로서 항상 어떤 프레임워크를 선정해야 할지 고민하는 데 인사이트를 제공하는 글이 되길 바랍니다. 본문 우리는 최근에 Rever 라는 사이트에 Vue.js로 개발한 웹 페이지를 오픈했습니다. 16주 동안 641 개의 커밋이라는 강도 높은 개발 과정을 지나고 나니, Vue.js 도입하기를 잘했다는 생각이 듭니다. 8 달 전에 우리는 Angular 2를 쓰고 있었습니다. 정확하게 말하자면 Angular 2 베타 9 버전이었죠. 외주가 Angular 2로 제작해놓은 웹 사이트가 있었는데, UX/UI부터 설계까지 한 번도 만족한 적이 없었습니다. 심지어 어느 부분에 대해서는 Angular 2 자체가 맘에 들지 않았어요. 경험담을 더 얘기하기 전에, Angular 2 베타 9와 Angular 2.0는 완전히 다른 제품이라고 말하고 싶습니다. 그렇기 때문에 문제가 있었죠. Beta 9부터 2.0.0까지 8 개의 Beta 버전이 있었습니다. RC 8 개와 2.0.0 버전, 그리고 업그레이드까지 합치면 총 17 개의 버전이 있었죠. 우리는 Beta 9에서 2.0.0으로 업그레이드를 시도했지만, 상당히 많은 부분들이 호환되지 않아 업그레이드 작업이 버거워졌습니다. ...

Redux + React

Redux + React Redux는 state 관리 툴이다. 오해하지 말아야할 것이, React에 의존하지 않는 툴이다. Vue, Angular 심지어 vinilla JS에서도 돌아간다. 그러나 React에서 사용하면서 유명세를 탄 것도 사실이므로 React와 Redux를 같이 배우는 것이 좋다. 우선 기본적인 Redux를 살펴보고 이후에 React에 적용해보도록 하자. 🚗 redux 설치 npm i redux 🚗 Reducer Context API와 마찬가지로 Store는 정보를 저장하는 곳입니다. 여기서 reducer라는 개념이 새로 등장합니다. reducer는 간단하게, 1️⃣저장소(Store)에 있는 데이터를 수정하는 함수입니다. 2️⃣reducer가 return하는 값은 Store에 저장됩니다. 정리하자면, Store에 있는 data를 컨트롤하고 저장하는 중요한 함수라고 보면 됩니다. reducer만이 데이터를 수정할 수 있기 때문에 추후에 데이터를 수정, 가공하기 위해서는 반드시 reducer를 거쳐야만 합니다. import { createStore } from "redux"; // createStore 함수에게 전달할 reducer를 만듭니다. // reducer는 data를 수정(modify)할 함수입니다. const countModifier = () => { return "Hello" }; // 정보를 저장하는 store를 생성합니다. const countStore = createStore(countModifier); 여기서 Store란 객체가가 가지고 있는 함수를 살펴봅시다. 전부 다 알아야 하지만 가장 중요한 3개를 먼저 알아보겠습니다. getState란 함수에는 reducer가 return한 값이 담겨 있으며 dispatch를 통해 reducer에게 action을 줄 수 있습니다. subscribe는 store 안의 변화를 감지합니다. Store를 구독...

[Angular2] 1. Component 소개 (1)

[Angular2] 1. Component 소개 (1) 1. Component 컴포넌트는 애플리케이션의 화면 단을 구성하는 중요한 구성요소이다. Angular에서 화면을 구성하는 요소는 컴포넌트로서, Angular에서는 컴포넌트를 중심으로 개발을 진행 한다. 1. 1 Web Component Angular Component는 W3C 표준인 Web Component 기술을 기반으로 합니다. Web Component를 알아보면 Angular Component를 이해하기 쉽습니다. Web Component 기술은 하나의 기능이 아니라 HTML, CSS, JavaScript 가 합해져 하나의 Web Component를 구성합니다. Web Component의 기술요소는 다음과 같습니다. HTML Template Template 호출 Shadow DOM Custom Element * Web Component는 비교적 최근에 나온 기술이기 때문에 Web Component를 이용하려면 webcomponent.js 또는 polymer 같은 보완 라이브러리를 이용 합니다. - HTML Template HTML Template은 Component의 UI를 표현하는 영역입니다. 웹 페이지의 일부분으로 동작하며, 재사용 가능하다는 특징이 있다 1 2 3 4 5 6 7 메인 소개 로그인 cs - Template 호출 Template을 정의 했다면 외부에서 link 엘리먼트를 이용해 Template을 호출할 수 있습니다. 1 2 3 4 Colored by Color Scripter cs Template을 실제로 사용하려면 쿼리 선택자를 이용해 선택한 Template 노드를 현재 문서의 DOM 노드 밑으로 붙입니다. 1 2 3 4 5 6 var link = document .querySelector( 'link[rel="import"]' ); var content = link.i...