問題タブ [drawingvisual]

なので現在検討中です

1. 画面に収まらない単一の大きな描画ビジュアルがあり、スクロールビューアーを使用して移動して表示する

2. drawingvisual を、画面に収まるデータ セットの部分のみを含む新しいものに置き換えるスクロールバーを作成します。

どちらがより良い選択肢ですか? データセットが非常に大きくなる可能性があり、必要なすべてのデータを保存するために大量の RAM を消費する可能性があるため、#2 の方が優れていると思います。

しかし、新しい図面ビジュアルを作成するには、おそらく時間がかかると思います。drawingvisual の子をクリアすると、新しい子を作成するよりも速くなりますか?

テキストを TextBox から WriteableBitmap にレンダリングする必要があります。このコードはかなりうまく機能していますが、その中のテキストがぼやけているかアンチエイリアス処理されています。エイリアスを付けて鮮明に保つ方法についてのアイデアはありますか?

私が見つけたものはうまくいきませんでした：

また

何百ものポイントを含むベジエ曲線をレンダリングしたいと考えています。この曲線は、ヒット テスト可能または対話可能である必要はありません。そのため、Visual が最も軽量であると思われるため、Visual を試してみようと考えました。

ただし、以下のコードを使用すると、アプリケーションの残りの部分の実行が遅くなるのはなぜでしょうか? たとえば、ウィンドウのサイズ変更は非常に遅くなります。

入力処理機能を使用せずに曲線をレンダリングする最も効率的な方法を探しているだけです (この例でも、MouseOver イベントに接続でき、カーソルが実際に線の上にあるときにのみ発生するため、私はまだそのためにお金を払っているようです ( IsHitTestVisiable を設定してもパフォーマンスは向上しないようです))

を使用してWPFで多数のテキストを作成し、DrawTextそれらを単一の.xmlに追加していCanvasます。

各イベントで画面を再描画する必要がありMouseWheel、パフォーマンスが少し遅いことに気付いたので、オブジェクトが作成される時間を測定したところ、1 ミリ秒未満でした!

では、何が問題になるのでしょうか？昔Rendering、ビジュアルを作成して追加するのではなく、実際に時間がかかるのはどこかで読んだことがあると思います。

テキストオブジェクトを作成するために使用しているコードは次のとおりです。重要な部分のみを含めました。

MouseWheelこのコードは、イベントが発生するたびに実行されます。

犯人は何ですか？

パン中にも問題があります。