DirectX シーンは WindowsFormsHost 内に描画できますが、この解決策は相互運用の問題、主に「空域」の問題と格闘することに関係しています。したがって、このためのフレームワーク全体を作成する前に、WindowsFormsHost のドキュメントで説明されているように、WPF ウィンドウ内で使用される D3DImage がオーバーレイとサイズ設定で同様の問題を引き起こすかどうかを知りたいですか? それとも、WPF システムと完全に互換性があるように設計されていますか? ご協力ありがとうございました。
1050 次
1 に答える
2
MSDNページのD3DImageクラスでは、D3DImageが単にImageSourceから派生していることがわかります。したがって、Imageのようなコントロールで使用される場合、それは単なるソースです。それはコントロールをまったく変えないので、それらの厄介な空域の問題はすべて歴史です。また、マウスイベントの取得、不透明度の変更、変換の適用など、コントロールに対して実行できることに慣れているすべてのことを実行できます。現在はD3Dコンテンツに対しても実行できます。
ただし、キャッチフリーではありません。msdnで述べられているように、リモートデスクトップ接続では機能せず、パフォーマンスに重大な懸念があります。（多少の調整が必要な場合があります）
ゲームのようなDirectXの重いアプリを作成する場合は、DirectXを直接使用するか、Microsoftゲーム開発フレームワークXNAを使用することを検討することをお勧めします。詳細については、 XNADeveloperCenterをご覧ください。
他の読者の場合、画面上の立方体または3D外観のUIが必要な場合は、おそらくWPF-3Dで十分です。
個人的には、D3Dコントロールを使用するプロジェクトはあまり見たことがありませんが、確かに多くの可能性があります。
幸運を祈ります、
于 2010-03-15T17:10:02.867 に答える