WinUI 차트 비교

ProEssentials v11은 처음부터 새로 설계한 네이티브 C++ 엔진 위에 구축된, WinUI 3용 최초의 프리미엄 차트 라이브러리입니다. 시중의 다른 모든 WinUI 차트는 XAML 계층을 거쳐 그리는 관리형 .NET 컨트롤입니다. 반면 ProEssentials는 수년간 C++ MFC, Delphi, ActiveX, WinForms, WPF 제품을 구동해 온 바로 그 네이티브 Direct3D 및 Direct2D 엔진을 그대로 호스팅하며, 이제 WinUI 3에서 직접 실행됩니다.

바로 그 네이티브 엔진 덕분에 ProEssentials는 1억 포인트를 실시간으로 스트리밍하고, 진정한 GPU 3D 및 4D 곡면을 렌더링하며, 네이티브 ARM64 바이너리로 제공될 수 있습니다. 또한 개발자들이 예전에 기대했던 방식, 즉 매년 갱신하는 구독이 아니라 평생 무료 지원이 포함된 일회성 영구 구매 방식으로 라이선스됩니다.

아래 표는 현재 WinUI 차트 컨트롤을 제공하는 네 개의 컴포넌트 제품군, 즉 Syncfusion, Telerik, DevExpress, ComponentOne와 ProEssentials를 비교합니다.

WinUI 차트가 실제로 렌더링되는 방식

ProEssentials 차트는 XAML이 그리지 않습니다. 네이티브 엔진은 자체 DXGI flip-model composition swap chain(BGRA8, 버퍼 2개, FLIP_DISCARD)을 생성하고, 그 결과로 만들어진 IDXGISwapChain1을 ISwapChainPanelNative::SetSwapChain을 통해 XAML 호스트에 전달합니다. 그 시점부터 차트의 픽셀은 DWM에 의해 사용자의 비주얼 트리로 직접 합성됩니다. 중간 단계의 WriteableBitmap도, 프레임마다의 CPU 복사도, 순회해야 할 XAML 도형 트리도 없습니다. Direct2D 장치 컨텍스트는 동일한 D3D11 장치에서 생성되어 백 버퍼 자체를 대상으로 하므로, 2D 콘텐츠는 DWM이 곧 표시할 바로 그 버퍼에 GPU가 그려 넣습니다. 저희는 하프 픽셀 변환을 적용해 96 DPI의 장치 픽셀로 렌더링하며, 그래서 축 눈금과 그리드 선이 두 픽셀에 걸쳐 번지지 않고 정확한 픽셀 경계에 위치합니다.

지연 시간은 의도적으로 관리됩니다. DXGI는 두세 프레임을 미리 버퍼링하려 하지만, 저희는 SetMaximumFrameLatency(1)을 호출하여 표시 큐가 절대 늘어나지 않도록 합니다. 60fps 루프가 아니라 데이터가 변경될 때 표시하는 온디맨드 렌더링과 결합되어, 차트는 드래그 중에도 반응성을 유지하면서 아무것도 움직이지 않을 때는 GPU를 돌리지 않습니다. 줌 박스 드래그는 RenderPriority 속성의 추가 지원을 받는데, 이 속성은 드래그를 일상적인 차트 다시 그리기보다 우선시하여 박스가 그 뒤에서 밀리지 않고 포인터를 따라가도록 합니다.

여기서 WinUI가 무엇을 바꾸었는지 정확히 짚어볼 필요가 있습니다. WPF의 DirectX 인터롭은 여전히 D3DImage를 거치는데, 이는 2008년으로 거슬러 올라가는 Direct3D 9Ex 공유 표면 경로입니다. D3D11 콘텐츠는 WPF의 컴포지터가 받아들이기 전에 D3D9Ex 표면으로 복사되어야 합니다. 모든 WPF 차트 라이브러리는 저희 제품을 포함해 이 단계를 그대로 물려받습니다. 이는 공급업체의 선택이 아니라 플랫폼의 제약이며, 동일한 엔진이 WPF보다 WinUI에서 더 낮은 지연 시간으로 표시되는 큰 이유이기도 합니다.

3D 경로의 두 가지 세부 사항은 composition이 얼마나 까다로운지를 보여줍니다. DXGI는 flip-model composition swap chain의 멀티샘플링을 허용하지 않으므로, MSAA가 활성화되면 엔진은 3D 장면을 오프스크린 멀티샘플 대상에 렌더링한 뒤 이를 단일 샘플 백 버퍼로 리졸브합니다. 덕분에 composition을 포기하지 않고도 곡면 플롯에서 매끄러운 가장자리를 유지할 수 있습니다. 2D와 3D swap chain은 알파 모드에서도 의도적으로 다릅니다. 2D 체인은 프리멀티플라이드(premultiplied) 방식이어서 차트가 XAML 배경 위에 합성되는 반면, 3D 체인은 불투명(opaque)합니다. 3D 장면은 알파 값 0으로 지워지고 Direct2D 축 오버레이는 색상은 기록하지만 알파는 기록하지 않기 때문입니다. 프리멀티플라이드 체인에서는 DWM이 이러한 오버레이 픽셀을 투명한 것으로 처리하여 제목, 범례, 축이 소리 없이 사라지게 됩니다.

오버레이도 타협 없이 동일한 방식으로 처리됩니다. 실시간 테이블 주석은 동일한 D3D11 및 Direct2D 장치에서 생성되어 컨트롤 템플릿의 전용 패널에 바인딩된 두 번째의 완전히 투명한 composition swap chain에 렌더링됩니다. 이 레이어는 차트의 하프 픽셀 변환을 공유하므로 두 레이어가 픽셀 단위로 정확히 정렬되며, 독립적으로 다시 그려집니다. 즉, 실시간 테이블 오버레이를 업데이트해도 그 아래의 차트는 다시 렌더링되지 않습니다.

GPU 3D 및 4D 과학 차트

주류 WinUI 제품군은 2D 직교 좌표 차트와 금융 차트에 집중합니다. ProEssentials는 네이티브 Direct3D 파이프라인을 WinUI에도 그대로 제공하므로, 동일한 컨트롤이 3D 곡면, 와이어프레임, 산점도 클라우드, 등고선, 4D 컬러 매핑 플롯을 GPU에서 렌더링합니다. 양식화된 3D 막대가 아니라 실제 곡면 플롯이 필요한 엔지니어링, 과학, 신호 처리 작업에서, 이는 WinUI에서 관리형 컨트롤이 경쟁하지 못하는 영역입니다.

결론

WinUI 앱이 적당한 규모의 데이터를 플로팅하고 전적으로 .NET 환경에서만 동작한다면, 이들 제품군 중 어느 것이든 충분하며 이미 하나쯤 보유하고 계실 수도 있습니다. 하지만 대규모 데이터에서의 진정한 성능, GPU 3D 및 4D 곡면, 네이티브 ARM64 빌드, 또는 C++, Delphi, ActiveX 코드베이스와 공유되는 동일한 차트가 필요하다면, ProEssentials는 그러한 목적을 위해 만들어진 유일한 WinUI 옵션이며 구독료 없이 제공됩니다.

더 자세히 알아보기

WinUI에서 1억 포인트

모든 라이브러리의 WinUI 코드를 포함한 전체 벤치마크.

성능

네이티브 엔진과 compute shader가 차트를 어떻게 빠르게 유지하는지 설명합니다.

3D 과학 차트

곡면, 와이어프레임, 등고선, 4D 컬러를 GPU에서 렌더링합니다.

플랫폼 지원 범위

.NET, C++ MFC, Delphi, ActiveX를 아우르는 단일 엔진.

가격 및 지원

영구 라이선스와 평생 무료 지원을 자세히 안내합니다.

AI 코드 어시스턴트

DLL로 검증된 답변으로, 존재하지 않는 속성을 지어내지 않습니다.

참고 자료

경쟁 제품의 렌더링 및 라이선스 세부 정보는 각 공급업체의 자체 문서와 공개 가격 정보를 근거로 합니다: