브라우저는 항상 한 번에 한 페이지씩 작업해 왔습니다. 이게 변하기 시작했어

브라우저를 열고 링크를 클릭하면 현재 페이지가 다음 페이지로 대체됩니다. 웹 기술이 수십 년 동안 발전했음에도 불구하고 이러한 상호 작용 모델은 거의 그대로 유지되었습니다. 브라우저 탭 내에서 사용자 상호 작용은 여전히 ​​기본적으로 순차적입니다.

이 구조는 웹 초기로 거슬러 올라갑니다. 브라우저는 여러 활성 작업을 동시에 관리하는 것이 아니라 문서를 렌더링하고 교체하도록 설계되었습니다. 데스크톱 운영 체제는 동시 창과 프로세스를 통해 멀티태스킹을 지원하도록 발전했지만 브라우저는 문서 중심 모델을 유지했습니다.

웹 애플리케이션이 더욱 복잡해짐에 따라 개발자는 이러한 제약 조건에 적응했습니다. 단일 페이지 앱은 다시 로드를 줄이고 클라이언트 측 프레임워크는 더 풍부한 상호 작용을 도입했지만 기본 가정은 그대로 유지되었습니다. 기본 보기는 주어진 시간에 상호 작용을 지배합니다.

이제 새로운 종류의 브라우저 아키텍처가 이 모델에 대한 대안을 모색하고 있습니다.

다중 뷰 상호 작용에 대한 아키텍처 접근 방식

플로팅 폼은 특허 출원 중인 브라우저 아키텍처 단일 마스터 페이지의 아이디어를 동일한 브라우저 세션 내의 여러 동시 보기 및 상태로 대체하는 ProBuilt Software에서 개발했습니다.

단일 보기 계층 구조를 통해 모든 상호 작용을 라우팅하는 대신 아키텍처에서는 양식, 데이터 표, 목록과 같은 독립적인 보기가 공존하면서 동시에 대화형 상태를 유지할 수 있습니다. 각 보기는 페이지 교체나 모달 오버레이 없이도 자체 상태와 수명 주기를 유지합니다.

구현 관점에서 볼 때 이는 기존 브라우저 애플리케이션이 일반적으로 피하는 문제를 야기합니다.

• 상태 동기화: 각 뷰는 공유 데이터 모델과의 일관성을 유지하면서 독립적인 상태를 유지합니다. 한 뷰의 변경 사항은 다른 뷰의 렌더링이나 탐색 이벤트를 강제하지 않고도 예측 가능하게 전파되어야 합니다.
• 이벤트 관리: 사용자 상호 작용은 개별 보기에 걸쳐 있으므로 동시 인터페이스에서 충돌이나 원치 않는 부작용을 방지하는 이벤트 라우팅이 필요합니다.
• 단일 프로세스로 격리: 운영 체제 수준의 프로세스 격리에 의존하는 데스크톱 애플리케이션과 달리 브라우저 기반 시스템은 애플리케이션 계층에서 논리적 격리를 처리해야 합니다.
• 성과 보상: 여러 라이브 뷰를 활성 상태로 유지하면 메모리 오버헤드와 이벤트 처리가 증가하므로 성능 저하를 방지하려면 신중한 수명 주기 관리가 필요합니다.

이 접근 방식은 UI 구성 요소가 모듈식으로 나타나는 경우에도 지배적인 보기를 통해 상태를 중앙 집중화하고 상호 작용을 직렬화하는 경향이 있는 기존 단일 페이지 애플리케이션과 다릅니다. 또한 백그라운드 실행을 지원하지만 기본적으로 여러 개의 동시 대화형 보기를 허용하지 않는 Web Worker와 같은 모델과도 다릅니다.

구현 컨텍스트: 비즈니스 워크플로 소프트웨어

ProBuilt는 회계, 판매 및 운영 워크플로우를 위해 설계된 브라우저 기반 ERP 시스템에 이 아키텍처를 구현했습니다. 이 시스템은 사용자가 엄격하게 순차적인 화면을 통해 이동하는 대신 한 번에 여러 기능 영역에서 작업할 수 있도록 구성되어 있습니다.

ERP 환경에서는 사용자가 다양한 상황에서 관련 데이터를 참조하고 업데이트하는 경우가 많기 때문에 일관성과 동시성이 특히 요구됩니다. 이 경우 시스템은 다중 뷰 아키텍처가 브라우저 내의 복잡한 작업 흐름에 어떻게 적용될 수 있는지에 대한 구현 컨텍스트 역할을 합니다.

ERP 자체는 참조나 검증 메커니즘으로 자리잡은 것이 아니라 아키텍처 모델이 일상적으로 적용되는 실제 환경으로 자리잡고 있습니다.

디자인의 의미와 장단점

한 페이지 제한을 제거하면 브라우저 기반 소프트웨어의 구조가 변경됩니다. 탐색 흐름이 아닌 지속적인 컨텍스트를 중심으로 인터페이스를 설계할 수 있으므로 사용자는 활성 작업을 중단하지 않고 정보를 참조할 수 있습니다.

동시에 다중 뷰 아키텍처에는 새로운 설계 고려 사항이 도입되었습니다. 개발자는 실용적인 동시 뷰 수, 인지 부하 관리 방법, 유연성과 명확성의 균형을 맞추는 방법을 결정해야 합니다. 순차 상호 작용 모델은 여전히 ​​많은 사용 사례에 적합하며 다중 뷰 상호 작용은 보편적으로 적합하지 않습니다.

더 넓은 의미는 브라우저가 데스크톱 운영 체제처럼 작동해야 한다는 것이 아니라 페이지가 더 이상 유일한 구성 원칙이 되어서는 안 된다는 것입니다.

예측이 아닌 가정의 변화

Floating Forms와 같은 아키텍처의 중요성은 채택이나 시장 결과에 대한 예측이 아니라 브라우저 환경 내에서 기술적으로 가능하다는 것을 입증하는 데 있습니다.

대부분의 웹 역사에서 단일 보기 상호 작용은 브라우저 기반 컴퓨팅의 본질적인 한계로 간주되었습니다. 동시 및 상태 보기를 지원하는 접근 방식은 이러한 제한이 근본적인 것보다 구조적인 것임을 시사합니다.

이러한 모델의 채택 여부와 장소는 사용 사례, 도구, 개발자 우선순위에 따라 달라집니다. 분명한 것은 엄격한 선형 상호작용이 더 이상 브라우저 기반 애플리케이션에 대해 실행 가능한 유일한 디자인 경로가 아니라는 것입니다.

디지털 트렌드는 외부 협력자와 협력합니다. 모든 기고자 콘텐츠는 Digital Trends 편집 직원이 검토합니다.