리액티브 엔진, Push/Pull 방식의 장단점과 구현 전략

게시글에서는 Push-Based Reactivity가 각 노드가 자신의 종속성을 업데이트하는 방식이기에, 세밀한 제어(Fine-grained)가 가능하다고 설명한다. 하지만, 불필요한 업데이트가 발생하여 효율성이 떨어진다는 단점을 지적한다. 특히, 종속성 그래프(Dependency Graph)가 복잡해질수록, 동일한 노드가 여러 번 업데이트되는 문제가 발생할 수 있다. 이러한 문제를 해결하기 위해, 최적의 업데이트 경로(Optimum Route)를 계산하거나, 업데이트 순서를 정하는 등의 방법이 제시된다.

Pull-Based Reactivity는 각 노드가 종속성을 호출하는 방식으로, 글리치(Glitches) 발생을 방지하고, 동적 종속성을 쉽게 구현할 수 있다는 장점을 가진다. 게시글에서는 모든 노드를 한 번에 업데이트하기 때문에, 중간 상태를 관찰할 수 없다는 점을 강조한다. 또한, 조건부로 종속성을 추가하는 경우에도, 별도의 복잡한 로직 없이 구현할 수 있다. 하지만, 캐싱(Caching)과 무의미한 연산(Wasted Work) 문제가 발생할 수 있다는 점을 지적한다.

Push-Pull Reactivity는 Push와 Pull 방식을 결합하여, 효율성과 세밀함을 모두 잡는 방식이다. 게시글에서는 Dirty Flag를 사용하여, 업데이트가 필요한 노드만 선택적으로 업데이트하는 방식을 설명한다. Push 단계에서는 변경된 노드를 표시하고, Pull 단계에서는 표시된 노드만 업데이트한다. 이러한 방식을 통해, 불필요한 연산을 줄이고, 최적의 성능(Optimal Performance)을 달성할 수 있다.

커뮤니티에서는 리액티브 시스템(Reactive System)의 알고리즘을 형식화(Formalization)하려는 시도와, 기존 시스템과의 유사성에 대한 논의가 이루어졌다. 특히, Incremental Computation과 같은 기술과의 연관성이 언급되었으며, Adapton과 같은 라이브러리를 활용한 사례도 제시되었다. 또한, Push-Pull Functional Reactive Programming과 같은 다른 접근 방식과의 비교를 통해, 각 알고리즘의 특징을 심층적으로 분석하려는 시도가 있었다.