TOAST UI

필자가 꽤 오래 몸담고 있던 프로젝트의 지원 업무가 종료되어 몇 달 전 새로운 SPA 프로젝트에 투입되었다. 필자의 팀원들은 필자보다 몇 달 먼저 이 신규 프로젝트에 편입되어 인수인계를 마치고 개발과 운영을 진행하는 중이었다. 필자와 팀이 새로운 프로젝트의 구조를 보다 명확하게 설계하고 요구사항의 변화에 더욱 기민한 코드로 리팩터링 하기 위해 고민했던 팀의 개발 전략과, 그 접근 방식으로 개발을 어떻게 진행할 것인지 공유하고자 한다.

반응형 프로그래밍(Reactive Programming)의 개념을 되짚으며 구현 방식 중 하나인 Transparent Reactive Programming을 살펴본 뒤, 최근 주목받고 있는 반응형 라이브러리인 SolidJS가 어떤 특징을 가지고 있는지 살펴본다.

제로 자바스크립트는 최근 자바스크립트 라이브러리에서 생긴 새로운 유행어이다. 필자는 지금이 누구나 알고 있지만 말하지 않는 문제를 해결할 때라고 생각한다. 각각의 라이브러리가 조금씩 다른 것을 이야기하고 있어서 무슨 일이 일어나고 있는지 알기 어렵다. 한번 이를 명확하게 할 수 있을지 확인해보자.

Cache-Control을 사용하지 않거나 잘못 사용하면 보안이나 사용자의 개인 정보에 부정적인 영향을 끼칠 수 있다.

TOAST UI Calendar의 새로운 상태 관리 방법을 도입하기 위해 참고한 라이브러리 Zustand의 코드를 분석해본다.

TOAST UI Editor는 마크다운을 기반으로 한 에디터이지만, 위지윅 에디터를 통합한 형태의 인터페이스를 제공한다. 이러한 특징 덕분에 마크다운에 익숙하지 않은 사용자도 마크다운 기반의 문서를 손쉽게 편집할 수 있어 개발자와 비 개발자 모두를 위한 에디터로 유용하게 사용될 수 있다.

필자는 처음 프로그래밍을 시작했을 때, 디자인 패턴, 파일구조와 같은 추상적인 프로그래밍의 개념과 중요성을 전혀 몰랐다. 하지만 호텔 관련 어플리케이션을 만들면서 그 중요성에 대해 알게 되었다. 어플리케이션의 주요 기능은 호텔 고객의 영수증 인쇄를 도와주는 것이었다. 1년 후, 호텔 경영진은 어플리케이션에 몇 가지 새로운 기능 구현을 요청했다. 불행히도, 기존 어플리케이션의 구조가 너무 형편없었기 때문에 어플리케이션 전체를 다시 작성해야 했다.

TOAST UI Grid는 자체적인 반응형 시스템을 구축하여 데이터의 상태 관리를 하고 있다. 데이터가 변경되면 반응형 시스템이 변경을 감지하고 있는 다른 데이터 속성들도 자동으로 갱신해주기 때문에 데이터의 변경 관리를 편리하게 할 수 있었고, 간결하면서도 선언적인 코드를 사용할 수 있어 불필요한 코드도 줄일 수 있었다. 하지만 대용량 데이터를 반응형 데이터로 변경할 때 치명적인 성능 문제가 있었고, 그리드의 초기 렌더링 속도 저하를 유발했다

첫번째로 플럭스가 해결하는 기초적인 문제부터 설명하려고 한다. 플럭스는 어플리케이션에서 데이터를 다루는 패턴으로 리액트와 함께 페이스북에서 성장해왔다. 각각 독립적으로 사용이 가능하지만 많은 사람들이 둘을 함께 사용한다. 플럭스와 리액트는 페이스북에서 보여졌던 몇가지 문제점들을 해결하기위해 개발되었다.