사용자 정의 DrawingContext로 렌더링

Question

컨트롤을 기본 요소로 분할하고 레이아웃 관리를 수행하고 바인딩을 적용하는 등 일반적인 WPF 렌더링을 납치하고 싶습니다.

필자가 이해하는 한, WPF의 전체 렌더링은 레이아웃 관리자가 계산 한 위치에서 종속성 속성 시스템에 의해 정의 된 값으로 프리미티브 (텍스트, 이미지, 선, 곡선)를 렌더링하는 것으로 이어집니다. 내 자신의 프리미티브 렌더링 논리를 제공 할 수 있다면 예를 들어 렌더링 할 수있을 것입니다. 사용자 정의 문서 유형으로, 다음되는 네트워크 등

내 계획을 통해 실시간 렌더링을위한 프리미티브를 전송 :

1. 사용자 정의 DrawingContext를 구현합니다. DrawingContext은 DrawEllipse, DrawText, DrawImage 등의 메소드를 정의하는 추상 클래스입니다.이 기능을 구현하려면 자체 구현을 제공해야합니다.
2. WPF UserControl을 만들고이를 주어진 DrawingContext으로 렌더링하도록합니다.

그러나 나는 다음과 같은 문제가 발생했습니다 :

1. DrawingContext 내가 쉽게 무시할 수 없습니다 추상적 인 내부 방법 void PushGuidelineY1(double coordinate) 및 void PushGuidelineY2(double leadingCoordinate, double offsetToDrivenCoordinate)가 포함되어 있습니다. (아마도 이것을 극복하기위한 트릭이 있습니까?)
2. 전체를에 렌더링하는 방법은 보이지 않습니다. DrawingContext? 왜?

나는

void RenderRecursively(UIElement e, DrawingContext ctx) 
{ 
    e.OnRender(ctx); 
    for (int i = 0; i < VisualTreeHelper.GetChildrenCount(e); i++) 
     RenderRecursively((UIElement)VisualTreeHelper.GetChild(e, i), ctx); 
} 

과 같은 작업을 수행 할 수 있습니다 -하지만 나는 UIElement을 렌더링 할 수있는 직접적인 방법이 있는지 궁금합니다. (물론이 문제는 사소한 것이지만, 인프라가 없기 때문에 이것이 적절한 방법인지 궁금합니다.)

따라서 DrawingContext은 상속을위한 것이 아닙니다. 커스텀 DrawingContext을 올바른 방향으로 나아갈 생각인가 아니면 전략을 재고해야합니까? WPF에서 지원되는 사용자 지정 컨텍스트에 그리는가, 아니면 다른 차단 지점을 찾아야합니까?

Answer 1

반대 방향에서이 문제에 접근해야 할 수도 있습니다. 자신의 DrawingContext을 제공하는 대신 WPF에 Drawing을 제공하도록 요청할 수 있습니다. 그래서 당신이 목표로하고있는 '밀어 넣기 (push)'접근법보다 '끌어 당기는'접근 방식이 더 많습니다. 그러나 동일한 장소에 도달 할 수 있어야합니다 : Drawing이 있으면 그 부분의 외관을 완전히 표현한 것입니다 시각적 트리의 데이터 구조는 사용자가 DrawingContext을 호출 할 때 발견 한 모든 것을 발견하고 발견 할 수있는 데이터 구조입니다.

이것이 Sebastian에서 내 보낸 XPS 문서 내보내기와 동일한 기본 접근 방식이라고 생각합니다. 하지만 직접 직접 사용하는 것은 XPS API를 통해 직접 사용하는 것보다 더 직접적인 방법입니다.

마음에 드는 부분은 매우 간단합니다 : VisualTreeHelper.GetDrawing. 이 경우 DrawingGroup이 반환됩니다. (Drawing은 추상 기본 클래스입니다.)이 문서 페이지는 돌아 오는 나무를 걷는 방법을 보여줍니다. 불행하게도이 작업은 모든 작업을 수행하지는 못합니다. 노드를 호출 한 노드에 대한 비주얼을 제공하고 노드에 하위 노드가있는 경우 포함되지 않습니다.

그래서 불행히도 이미 계획했던 것처럼 시각적 트리를 재귀 적으로 작성해야합니다. 올바른 결과를 얻으려면 비주얼 마스크에 연결된 불투명 마스크, 비 마스크 기반 불투명도, 클립 영역, 효과 및 변형을 처리해야합니다. 당신은 제안 된 접근법이 올바르게 작동하도록하기 위해 모든 것을해야 했으므로 여기서 실제로 변하는 것은 아무것도 없습니다. (Sebastian이 제안한 것처럼 XPS API를 사용하면 XPS 문서에서 정보를 원하는 형식으로 추출하는 것이 문제가 될 수 있지만 결국 정보가 손실 될 수 있습니다. 보존 할 수 있습니다.)

Answer 2

winRT 용 FlowDocumentViewer를 만드는 것과 유사한 작업을 시도했습니다. 그러나 WinRT가 WPF에 비해 성숙도가 떨어짐에 따라 렌더링 스레드를 통해 네이티브 레이어에 너무 많은 권한을 위임하여 아무데도 갈 수 없었습니다. 그러나 이것이 내가 배운 것입니다. 나는 그것을 잘 설명하기를 바랍니다.

WPF는 하드웨어 가속 그래픽 렌더링을 사용합니다. 따라서 간단히 말하면 WPF LayoutEngine은 논리적 비주얼 트리를 생성 한 다음 렌더링 명령으로 변환 한 다음 실행하거나 렌더링 할 Graphics 하드웨어로 보냅니다.

DrawingContext는 단순한 클래스가 아니며 렌더링을 위해 기본 그래픽 시스템과 상호 작용하고 크기 조정, 캐싱 등을 관리합니다. WPF 런타임에는 모든 비주얼을 렌더링하는 기본 구현이 있습니다. IMO, 추상 클래스로 만들어져 마이크로 소프트가 Silverlight 등에 대해 다른 구현을 제공 할 수있게하는 이유입니다. 그러나 그것은 우리에 의해 오버라이드 (override) 될 것입니다.

WPF 렌더링을 바꿔야하는 경우 가장 좋은 방법은 UserControl을 만들고 배열 및 측정 호출을 재정의 한 다음 DrawingVisual.RenderOpen()을 사용하여 각 요소를 DrawingVisual로 렌더링하고 코드에서 정렬하는 것입니다. 데이터 바인딩 알림을 관리하는 것은 스스로해야 할 또 다른 일입니다.

매우 흥미로운 프로젝트처럼 보입니다. 행운을 빕니다!

Answer 3

(다른 사람들이 언급했듯이) 자신의 DrawingContext 구현을 제공 할 수 없기 때문에 귀하의 접근 방식이 효과가 없을 것이라고 생각합니다.

대신 다음을 제안합니다. WPF 렌더링을 "평평하게"하려면 WPF에서 XPS 문서로 비주얼을 내보내도록하십시오. 이 과정에서 모든 렌더링은 기본적으로 단순 렌더링 프리미티브로 열거되며 남아있는 것은 모두 Canvas, 기본 도형, 글리프 및 기타 드로잉 프리미티브입니다.

그런 다음 문서의 페이지에서 시각적으로 반복합니다. 내가 아는 한 시각은 프리미티브만으로 구성되므로 OnRender에 전화 할 필요가 없습니다. 대신 외부 인스턴스에서 (instanceof -ascascades와 속성 읽기/해석을 사용하여) 시각적 인 인트로 스턴스를 수행 할 수 있습니다. WPF처럼 속성을 해석해야하기 때문에 여전히 많은 작업을 수행하고 있지만 볼 수있는 한 적어도 많은 주요 사용 사례에서 작동해야합니다.

Answer 4

를 대신 작성하려고의 자신의 DrawingContext 어쩌면 당신은 OnRender 방법에있는 당신의 활동을 수행 FrameworkElement 또는 UIElement 또는 Visual에서 파생되는 클래스를 만들 수 있습니다. 여전히 Draw[Something]의 구현을 사용해야하지만 인수 및 작업 순서를 제어하게됩니다.보조 소스에서 프리미티브와 명령어를 파싱 할 수 있으며 런타임에 UIElement/FrameworkElement가 명령어를 작성할 수 있습니다.