スプラッシュ画面には通常のウィンドウを使用したいので、PNGスプラッシュ画面ではなく、ビットマップを追加できる通常のウィンドウを使用します。
最良の方法は何ですか:app.xamlでメイン画面の読み込みを維持し、スプラッシュ画面をコンストラクターまたはイベントハンドラーのどこかに配置しますか?
スプラッシュ画面自体は非常に簡単で、いくつかのラベル、リンク、いくつかの画像があり、閉じる前に数秒待つだけで、待機中にアクションを実行する必要はありません。
スプラッシュ画面には通常のウィンドウを使用したいので、PNGスプラッシュ画面ではなく、ビットマップを追加できる通常のウィンドウを使用します。
最良の方法は何ですか:app.xamlでメイン画面の読み込みを維持し、スプラッシュ画面をコンストラクターまたはイベントハンドラーのどこかに配置しますか?
スプラッシュ画面自体は非常に簡単で、いくつかのラベル、リンク、いくつかの画像があり、閉じる前に数秒待つだけで、待機中にアクションを実行する必要はありません。
特にスプラッシュ画面の場合、この目的のために.NET3.5で導入された機能を利用することが非常に重要です。バニラを使用するだけの場合Window
、WPFスタックが初期化されるまでにかなりの時間がかかる可能性があり、その間、ユーザーには「アプリの起動」アクションに対するフィードバックは表示されません。
もちろん、これは質問の要件(「通常のウィンドウを使用する」)を満たしていませんが、それが受け入れられない場合は、上記の問題のために、WPFとはまったく異なるテクノロジを使用することをお勧めします。
私は自分のWPFアプリの動的スプラッシュ画面を設計しました。この画面には、アニメーション、ソフトウェアごとに変更される動的ソフトウェア番号、ソフトウェアディレクトリ内のランダムなファイル名を表示するために1/2ミリ秒ごとに更新されるラベルがあります。
率直に言って、私はこのリンクを使用して私のものを作成しました
http://www.codeproject.com/Articles/38291/Implement-Splash-Screen-with-WPF
私があなたに提供できる他のリンクがあります
http://www.codeproject.com/Articles/116875/WPF-Loading-Splash-Screen http://www.olsonsoft.com/blogs/stefanolson/post/A-better-WPF-splash-screen.aspx