.netでプログラミングに出くわした場合、WPFを使用して作成されたプログラムを起動したときに、何も長い間何も起こらないことに気づいたと思います。 これは10秒間続き、その後、メインアプリケーションウィンドウが開きます。 空のWPFアプリケーションテンプレートを起動する場合でも、約2秒かかります。

この一時停止は、プログラムのユーザーの認識に不確実性をもたらします。プログラムが開始されたかどうか。

この問題は、起動直後にスプラッシュ画面を表示することで解決できます。 これにより、アプリケーションの起動直後に物理的な応答が得られ、ロードが高速化されたように見えます。

これを行う方法は、カットの下に書かれています。

アプリケーションのロードが長いのはなぜですか

これは、約20メガバイトを占める.netライブラリがWindowsの起動時にメモリにロードされないためです。 .net Frameworkは、プログラムの起動時に必要なライブラリを動的にロードします。 プログラムの開始時にスタジオでOutputを見ると、次のことがわかります。

「SplashDemo.vshost.exe」（管理対象）：「C：\ Windows \ assembly \ GAC_32 \ mscorlib \ 2.0.0.0__b77a5c561934e089 \ mscorlib.dll」が読み込まれ、シンボルの読み込みがスキップされました。 モジュールが最適化され、デバッガーオプション「Just My Code」が有効になります。
「SplashDemo.vshost.exe」（管理対象）：「C：\ Windows \ assembly \ GAC_MSIL \ Microsoft.VisualStudio.HostingProcess.Utilities \ 9.0.0.0__b03f5f7f11d50a3a \ Microsoft.VisualStudio.HostingProcess.Utilities.dll」を読み込み、シンボルの読み込みをスキップしました。 モジュールが最適化され、デバッガーオプション「Just My Code」が有効になります。
「SplashDemo.vshost.exe」（管理対象）：「C：\ Windows \ assembly \ GAC_MSIL \ PresentationFramework \ 3.0.0.0__31bf3856ad364e35 \ PresentationFramework.dll」をロードし、シンボルのロードをスキップしました。 モジュールが最適化され、デバッガーオプション「Just My Code」が有効になります。
...
...
...
'SplashDemo.vshost.exe'（管理対象）：ロード済み 'D：\ work \ Visual Studio 2008 \ Projects \ SplashDemo \ bin \ Debug \ SplashDemo.exe'、ロードされたシンボル。
ステップイン：非ユーザーコード「System.Windows.SplashScreen.SplashScreen」のステップオーバー
ステップイン：非ユーザーコード「SplashDemo.App.App」のステップオーバー
「SplashDemo.vshost.exe」（管理対象）：「C：\ Windows \ assembly \ GAC_MSIL \ System.Configuration \ 2.0.0.0__b03f5f7f11d50a3a \ System.Configuration.dll」をロードし、シンボルのロードをスキップしました。 モジュールが最適化され、デバッガーオプション「Just My Code」が有効になります。
ステップイン：非ユーザーコード「SplashDemo.App.InitializeComponent」をステップオーバーする
「SplashDemo.vshost.exe」（管理対象）：「C：\ Windows \ assembly \ GAC_MSIL \ PresentationFramework.Aero \ 3.0.0.0__31bf3856ad364e35 \ PresentationFramework.Aero.dll」を読み込み、シンボルの読み込みをスキップしました。 モジュールが最適化され、デバッガーオプション「Just My Code」が有効になります。

以前の決定方法

アプリケーションを開始する前に、タンバリンと踊り、ネイティブコードを実行する必要がありました。 そして何とか彼を止めます。 Quicksplash商用コンポーネントは、アプリケーションをロードした後、指定されたフォルダーからファイルを削除することを提案します。 このオプションはやや不便です。 残りはさらに悪い。

今どのように解決されますか

.net 3.5 sp1の登場により、わずか2クリックですべてが完了します。 次の形式の画像のみがサポートされています：BMP、GIF、JPEG、PNGおよびTIFF。 PNGはアルファチャネルをサポートしています。

オプション番号1

最も簡単なオプション。 99％のケースで十分です。 スクリーンセーバーを作成するには、プロジェクトに画像を追加する必要があります。



追加したファイルの[ プロパティ]ウィンドウで、[ ビルドアクション]パラメーターをSplashScreenに設定します。



必要なのはそれだけです。

ビルド時に、次の行がApp.g.csファイルに追加されます。

SplashScreen splashScreen = new SplashScreen( "splash.png" );
splashScreen.Show( true );

* This source code was highlighted with Source Code Highlighter .

後で分析します。

オプション番号2a

2番目のオプションは最初のオプションと大差ありません。自分で行うだけです。 これを行うには、プロジェクトに画像を追加します。 App.xaml （ App.xaml.csではなく）を開き、StartUpイベントの新しいハンドラーを追加します。



App.xaml.csファイルに移動して、新しく作成されたメソッドを探し、次の行で追加します。

private void AppStartUp( object sender, StartupEventArgs e)
{
var splash = new SplashScreen( "splash.png" );
splash.Show( true );
}

* This source code was highlighted with Source Code Highlighter .

それらを分解してみましょう。 最初の行は、SplashScreenクラスの新しいインスタンスを作成します。 コンストラクターには単一のパラメーターがあります-ファイル名：

var splash = new SplashScreen( "splash.png" );

* This source code was highlighted with Source Code Highlighter .

2行目では、 Showメソッド（bool autoClose）を呼び出します。 引数の値がtrueの場合、アプリケーションをロードした後、スプラッシュ画面が自動的に閉じます。 それ以外の場合は、 Closeメソッドを呼び出す必要があります 。

splash.Show( true );

* This source code was highlighted with Source Code Highlighter .

オプション番号2b

実践では、起動時だけでなく、たとえば認証ウィンドウの直後にスプラッシュスクリーンを表示する必要がある場合があることが示されています。

public Window1()
{
ShowAuthorizationDialog();

InitializeComponent();
}

* This source code was highlighted with Source Code Highlighter .

InitializeComponent（）は認証後に呼び出されるため、メインアプリケーションのコードで使用されるライブラリの追加の読み込みがありますが、認証ウィンドウでは使用されません。 これにより、メインウィンドウが表示される前に遅延が発生します。 この影響を回避するには、次のことを実行できます。

public Window1()
{
ShowAuthorizationDialog();

var splash = new SplashScreen( "spalsh.png" );
splash.Show( false );

InitializeComponent();

splash.Close( TimeSpan .FromMinutes(0.5));
}

* This source code was highlighted with Source Code Highlighter .

以下が唯一の新しい行です。

splash.Close( TimeSpan .FromMinutes(0.5));

* This source code was highlighted with Source Code Highlighter .

Close（）メソッドは、スプラッシュスクリーンをフェード効果で閉じます。 パラメータとして、メソッドはスクリーンセーバーが「外出」する時間間隔をとります。

既知のバグ

使用の過程で、透明ではなく黒い背景が数回滑りました。 理由はまだ特定されていません。

Win32Exeptionは、スクリーンセーバーが消えたときに別のアプリケーションに切り替えるときに発生します。 Close（）メソッドをtry ... catchブロックで囲むことでキャッチできます 。

おわりに

プログラムでスクリーンセーバーを使用すると、ユーザーに対してより快適で人道的になります。 開発者に対する不必要な精神的攻撃を避けることができます。 :-)

UPD：これは、WPFアプリケーションにのみ適用されます。
UPD2： .NETブログに移動しました。 ありがとう