翔星 Be ランド日記

try
{
    await Task.Run(() =>
    {
        throw new Exception("hoge");
    });
}
catch (Exception ex)
{
    Log.Debug("例外: " + ex.Message);
}

警告・情報一覧ウィンドウ

プレビューページ右上の「警告・情報を一覧表示」ボタンをクリックすると「警告・情報一覧ウィンドウ」が表示されます。

歌詞ファイル更新時動作の改善

再読込時に「自動で○○を設定する」が実行されますが、どの項目を実行するかを環境設定で指定できます。

自動でレイアウトを設定

歌詞編集タブに新機能「自動でレイアウトを設定」を搭載。その名の通り、レイアウト設定を自動で行うことができます。

これにより例えば、

新字幕アクション「上下スライド」

その他

ニコカラメーカー 2 では、タイトル表示時刻は「表示開始時刻」と「表示終了時刻」で指定していました。

ニコカラメーカー 3 では、4 種類の指定方法があります。

「表示開始時刻」と「表示終了時刻」

「表示開始時刻」と「表示時間」

曲の先頭と末尾からの時刻

曲の末尾の表示時間

更新履歴

フォント設定テンプレート

フォント設定ページのタブ 1 つ分の内容をテンプレートとして登録できます。登録したテンプレートは他のプロジェクトで使用できます。

レイアウト設定テンプレート

レイアウト設定ページのタブ 1 つ分の内容をテンプレートとして登録できます。

プロジェクトテンプレート

プロジェクト全体をテンプレートとして登録できます。

MP4 エンコード

動画出力時、MP4 形式でのエンコード出力が可能になりました。

二重縁取り

フォント設定時、縁取りを二重にすることが可能になりました。

新アクション

歌詞編集時、アクションに「スピンフリップ」が加わりました。

静的 HTML によるヘルプ作成をアシストするツール「ちょちょいとファイル合併 2」（ソースコード）を WinUI 3（Windows App SDK）で作成した。

良いところ（メリット）

ボタンやチェックボックスなどのデザイン（Fluent Design）はわりと好き。

【アクセスキーが表示されるのが良い】

コントロールにアクセスキー（Alt+x）が設定されている場合、Alt キーを押して離すとアクセスキーが表示されるのは分かりやすい。

DockPanel.LastChildFill の場合、残りのスペースを埋めるコントロール（右の図ではメイクファイル入力欄）を XAML 上で最後に記述することになり、結果的に、タブオーダーが見た目と異なってしまう（参照ボタンの後に入力欄が来る）。

悪いところ（デメリット）

Windows 11 付属のペイントは WinUI 3 でありながら本物のモーダルウィンドウを実現しているっぽくて、どうやっているのか気になる。

WinUI 3 のメッセージボックスは ContentDialog だが、メインウィンドウの範囲内でしか表示できないので、メインウィンドウよりも大きな内容を表示しようとすると見切れてしまう。

仕方ないので MessageDialog を使っているが、デザインが WinUI 3 とは異なるので違和感が出てしまう。

本質的には ContentDialog と同じ問題なのではと思うが、ポップアップメニュー（Flyout）も無理矢理メインウィンドウの範囲内で表示しようとするので、アイテム数が多いとスクロールバー表示になってしまい、非常に使いづらい。

対処方法としては、スクロールしなくてもメインウィンドウ内に納まるアイテム数にするしかない。

例えば、現時点では「TextBlock WinUI3」で検索すると UWP の TextBlock（Windows.UI.Xaml.Controls 名前空間）がトップに出てきて、WinUI 3 の TextBlock（Microsoft.UI.Xaml.Controls 名前空間）にはたどり着けない。

総評

機能比較表

更新履歴

アプリを Microsoft Store で公開するに当たっては、Store 側の認定を経なければなりませんが、申請してから認定されるまでにかかる時間はどれくらいなのか、まとめてみました。

関連記事

WPF でコンテキストメニューを表示すること自体は簡単ですが、制御しようと思うと幅広い考え方をする必要があり分かりづらいので、まとめて整理しました。

• シンプルなコンテキストメニュー
• 左クリックでもオープンするコンテキストメニュー
• テキストボックスデフォルトのコンテキストメニューを非表示にする
• リストボックスのアイテムのみ右クリックでオープンするコンテキストメニュー
• 動的に状態を制御するコンテキストメニュー
• 動的にアイテム数を制御するコンテキストメニュー

シンプルなコンテキストメニュー

<Label Content="シンプルなコンテキストメニュー：右クリックでオープンする（左クリックではオープンしない）" >
<Label.ContextMenu>
    <ContextMenu>
        <MenuItem Header="シンプルラベルメニュー 1" Command="{Binding MenuItemTestClickedCommand}" CommandParameter="シンプルラベルメニュー 1" />     
  （省略...）
        </MenuItem>
    </ContextMenu>
</Label.ContextMenu>
</Label>

ラベルを右クリックするとコンテキストメニューが表示されます。

左クリックでもオープンするコンテキストメニュー

<Button Name="ButtonLeftSample" Content="左クリックでもオープンするコンテキストメニュー（コントロールのイベントを捕捉してオープンする）" Margin="0,10,0,0" >
<behaviors:Interaction.Triggers>
    <behaviors:EventTrigger EventName="Click">
        <behaviors:ChangePropertyAction TargetObject="{Binding ContextMenu, ElementName=ButtonLeftSample}" PropertyName="IsOpen" Value="True"/>
        <behaviors:ChangePropertyAction TargetObject="{Binding ContextMenu, ElementName=ButtonLeftSample}" PropertyName="PlacementTarget" Value="{Binding ElementName=ButtonLeftSample, Mode=OneWay}"/>
    </behaviors:EventTrigger>
</behaviors:Interaction.Triggers>
<Button.ContextMenu>
    <ContextMenu >
        <MenuItem Header="左クリックメニュー 1" Command="{Binding MenuItemTestClickedCommand}" CommandParameter="左クリックメニュー 1" />
        <MenuItem Header="左クリックメニュー 2" Command="{Binding MenuItemTestClickedCommand}" CommandParameter="左クリックメニュー 2" />
    </ContextMenu>
</Button.ContextMenu>
</Button>

テキストボックスデフォルトのコンテキストメニューを非表示にする

<TextBox Width="100" Text="非表示" VerticalAlignment="Center" ContextMenu="{x:Null}" />

リストボックスのアイテムのみ右クリックでオープンするコンテキストメニュー

リストボックスにコンテキストメニューを付けると、リストボックス内のどこをクリックしてもコンテキストメニューが表示されます。

<ListBox ItemsSource="{Binding NarrowListBoxItems}" Width="290" >
    <ListBox.ItemContainerStyle>
        <Style TargetType="ListBoxItem" >
            <Setter Property="Tag" Value="{Binding RelativeSource={RelativeSource AncestorType=Window}, Path=DataContext}"/>
            <Setter Property="ContextMenu">
                <Setter.Value>
                    <ContextMenu DataContext="{Binding Path=PlacementTarget.Tag, RelativeSource={RelativeSource Self}}">
                        <MenuItem Header="アイテムのみ ListBox メニュー 1" Command="{Binding MenuItemTestClickedCommand}" CommandParameter="アイテムのみ ListBox メニュー 1" />
                        <MenuItem Header="アイテムのみ ListBox メニュー 2" Command="{Binding MenuItemTestClickedCommand}" CommandParameter="アイテムのみ ListBox メニュー 2" />
                    </ContextMenu>
                </Setter.Value>
            </Setter>
        </Style>
    </ListBox.ItemContainerStyle>
</ListBox>

動的に状態を制御するコンテキストメニュー

<Label Content="動的に状態を制御するコンテキストメニュー" Margin="0,10,0,0" >
<behaviors:Interaction.Triggers>
    <behaviors:EventTrigger EventName="ContextMenuOpening">
        <l:LivetCallMethodAction MethodName="PrepareDynamicStateContextMenu" MethodTarget="{Binding}" />
    </behaviors:EventTrigger>
</behaviors:Interaction.Triggers>
<Label.ContextMenu>
    <ContextMenu>
        <MenuItem Header="{Binding MenuItemHeaderDynamicState}" HeaderStringFormat="{}{0} 1" Command="{Binding MenuItemTestClickedCommand}" CommandParameter="動的状態制御メニュー 1" />
        <MenuItem Header="{Binding MenuItemHeaderDynamicState}" HeaderStringFormat="{}{0} 2" Command="{Binding MenuItemTestClickedCommand}" CommandParameter="動的状態制御メニュー 2" IsEnabled="{Binding IsDynamicStateMenuItemEnabled}" />
        <MenuItem Header="{Binding MenuItemHeaderDynamicState}" HeaderStringFormat="{}{0} 3" Command="{Binding MenuItemTestClickedCommand}" CommandParameter="動的状態制御メニュー 3" Visibility="{Binding DynamicStateMenuItemVisibility}"/>
    </ContextMenu>
</Label.ContextMenu>
</Label>

動的にアイテム数を制御するコンテキストメニュー

<Label Content="動的にアイテム数を制御するコンテキストメニュー" >
<behaviors:Interaction.Triggers>
    <behaviors:EventTrigger EventName="ContextMenuOpening">
        <l:LivetCallMethodAction MethodName="PrepareDynamicItemsContextMenu" MethodTarget="{Binding}" />
    </behaviors:EventTrigger>
</behaviors:Interaction.Triggers>
<Label.ContextMenu>
    <ContextMenu ItemsSource="{Binding DynamicMenuItems}" />
</Label.ContextMenu>
</Label>

（補足）

本記事は、以前の記事を時代に合わせて改訂したものです。

使用するパッケージ

Microsoft.EntityFrameworkCore.Sqlite のインストール

インストールは簡単です。

1. Visual Studio を起動し、SQLite を使いたいプロジェクトを開きます。
2. メニューの［ツール｜NuGet パッケージマネージャー｜ソリューションの NuGet パッケージの管理］をクリック。
3. 検索窓に「Microsoft.EntityFrameworkCore.Sqlite」と入力して SQLite パッケージを検索。
4. 検索結果の Microsoft.EntityFrameworkCore.Sqlite を選択して、SQLite を使いたいプロジェクトにチェックを入れ、インストールボタンをクリック。関連するパッケージも含めて自動でインストールが終わります。
   

以上でインストール完了です。

テーブル構造定義クラスの作成

[Table("t_test")]
[Index(nameof(Name), IsUnique = true)]
internal class TTestData
{
    // ID
    [Key]
    [Column("test_id")]
    public Int32 Id { get; set; }

    // 氏名
    [Column("test_name")]
    public String Name { get; set; } = String.Empty;

    // 身長
    [Column("test_height")]
    public Double? Height { get; set; }
}

コンテキストクラスの作成

internal class TestContext : DbContext
{
    // テストテーブル
    public DbSet<TTestData> TestData { get; set; }

    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        SqliteConnectionStringBuilder stringBuilder = new()
        {
            DataSource = "Test.sqlite3",
        };
        using SqliteConnection sqliteConnection = new(stringBuilder.ToString());
        optionsBuilder.UseSqlite(sqliteConnection);
    }
}

データベースファイルの作成

using TestContext testContext = new();
testContext.Database.EnsureCreated();

レコードの挿入

testContext.TestData.Add(new TTestData { Name = "Fukada Kyoko" });
testContext.TestData.Add(new TTestData { Name = "Eda Ha", Height = 159.0 });
testContext.SaveChanges();

レコードの検索

IQueryable<TTestData> queryResult = testContext.TestData.Where(x => x.Name == "Eda Ha" || x.Height < 150.0).OrderBy(x => x.Height);

Where(x => x.Name.Contains("a"))

Where(x => x.Name.Contains("a", StringComparison.OrdinalIgnoreCase))

Where(x => EF.Functions.Like(x.Name, $"%a%"))

レコードの削除

IQueryable<TTestData> queryResult = testContext.TestData.Where(x => x.Height == null || x.Height < 150.0);
testContext.TestData.RemoveRange(queryResult);
testContext.SaveChanges();

レコードの更新

サンプルコードについて

サンプルコード（Test LINQ to SQLite Gen 2）は GitHub に上げてあります。.NET 6 + Visual Studio 2022 + Windows 10 で動作確認しています。Visual Studio でソリューションを開き F5 を押せば実行できます。

インメモリデータベース

ジャーナルモード

更新履歴

状況整理

パッケージプロジェクト（TestMsStoreWpf_Package）の［公開 → アプリパッケージの作成］で MSIX パッケージを作成する際、アーキテクチャを x64 にしただけでは、x64 なアプリは作成されません。

アプリを実行してタスクマネージャーを見てみると、「（32 ビット）」の表記はないので、一見すると 64 ビットアプリのように見えます。

解決方法

【注意】

本記事の解決方法は情報が古くなりました。

新しい解決方法については、こちらをご覧ください。

備忘として以下を残しておきます。

本体プロジェクト（TestMsStoreWpf）のプロパティーで、Platform Target を Any CPU ではなく x64 に変更します。

資産ファイル '～\obj\wappublish\win-x64\project.assets.json' が見つかりません。

本体プロジェクトのプロパティーで Platform Target が x64 になっていることを確認したうえで、Release | x64 で本体プロジェクトをビルドします。

obj フォルダーに project.assets.json を含む 5 つのファイルが作成されます。

コピーした win-x64 フォルダーの project.assets.json を編集します。

  "targets": {
    "net6.0-windows10.0.19041": {},
    "net6.0-windows10.0.19041/win-x64": {}
  },

事前準備

開発者モードを「オン」にします。

また、PowerShell（署名無しスクリプトの許可）の適用ボタンをクリックします。

アプリのインストール

PS> CD 目的のフォルダーパス

Install.ps を実行します。

PS> .\Install.ps

新しい PowerShell が開き、証明書のインストールについて尋ねられるので、Y で回答します。

証明書のインストールが終わると、元の PowerShell に戻り、インストールが続行します。

「アプリは正常にインストールされました」表示されればインストール完了です。

起動

関連リンク

アプリ更新編　目次

更新版アプリのパッケージ作成

アプリのソースコード（XAML）の「Ver 1」の部分を「Ver 2」に変更します。

動作を確認したら、更新版のアプリで再度パッケージを作成します。

後でパッケージをアップロードする際、「お客様の申請には、パッケージのコンテンツは異なっているが、提供されている他のパッケージと同じフルネームを持つパッケージが含まれています」というエラーになり、パッケージのバージョンは上げているのに何故だろうと悩んだのですが、クリーンすることでエラーが出なくなりました。

パッケージ作成時の処理で初回と異なるのは、配布方法選択時に、既存のアプリ名を選択することです。

更新申請

Microsoft パートナーセンターのアプリケーションの概要ページで更新リンクをクリックします。

「パッケージ」ページで、Ver 2 のパッケージをアップロードします（スクリーンショットは Ver 4→Ver 5 の時のものですが、Ver 1→Ver 2 でも操作は同様です）。

「Store 登録情報 - 日本語（日本）」ページで、「このバージョンの最新情報」欄に更新内容を記入します。

ストアからの更新

認定が終わった後、Ver 1 をインストールしている環境で再度ストアを開くと更新ボタンが表示されるので、そこからアプリを Ver 2 に更新できます。

MSIX の差分更新機能が活き、表示されているアプリサイズは 140 MB ですが、ダウンロードは 400 KB 程度でした。

所感

WPF アプリを Microsoft Store に申請・登録する（全 4 回）

関連記事

ストア配布編　目次

申請

Microsoft パートナーセンターのホームで「アプリとゲーム」をクリックします。

予約したアプリ名（ストアテストアプリ）が表示されているのでクリック。

「申請を開始する」ボタンをクリック。

未開始になっているすべてのステップのページ内容を埋めていきます。

「価格と提供の状況」ページ。

「プロパティ」ページ。

「年齢別レーティング」ページ。

「パッケージ」ページ。

「Store 登録情報」ページ。

「日本語（日本）」をクリックすると、日本語でのアプリ説明を編集できます。

ここまで入力すると、申請に必要な内容がすべて揃いました。

認定待ち

申請すると審査が行われますので、認定されるまでにはしばらく時間がかかります。

プログレスバーはリアルタイムの状況を反映しているわけではないようです。「この申請の確認」ページに遷移してから再度「進行状況を確認」すると、いつの間にかプログレスバーが進んでいます。

認定されるとメールが届き、アプリケーションの概要ページでも「Microsoft Store で取扱い中」になります。

コラム：認定作業は平日のみか？

ストアからのダウンロード

今回はプライベートユーザーのみの配布ですが、検索可能なオプションにはしました。しかしながら、実際には検索しても表示されません。タイムラグの問題かなとも思いましたが、3 日経った今も検索できません……。

Microsoft パートナーセンターのアプリのページの中に「製品 ID」ページがあります。

プライベートユーザーのみの配布の場合、「特定の人だけにアプリが表示される場合の URL (認証が必要)」の URL をブラウザに打ち込めばストアのアプリページにアクセスできます。

入手ボタンをクリックするとストアアプリが起動し、そこから配布したアプリをダウンロードできます。

ストアに表示されているアプリのサイズは 143 MB なのですが、ダウンロードは 60 MB 程でした。MSIX の差分更新機能により、既に持っているパーツは除いてインテリジェントにダウンロードしてくれているようです。

スタートメニューにもきちんと登録されました。

無事に起動。

Windows 設定のアプリと機能にも登録されていて、ここからアンインストールもできました。

WPF アプリを Microsoft Store に申請・登録する（全 4 回）

関連記事

更新履歴

アプリ作成編　目次

準備

ストアでアプリを配布するには、作成したアプリを MSIX パッケージにする必要があります。

（メモ）

非 UWP アプリを UWP 風にしてストア配布できるようにする仕組みを Desktop Bridge と呼ぶようです。

Desktop Bridge のやり方はいくつかあり、昔は Desktop App Converter(DAC) を使っていましたが、その後継が MSIX Packaging Tools のようです。

WPF アプリ作成

適当に WPF アプリを作成します。

上記のサイトに倣い、ウィンドウにバージョンを表記するアプリです。

    <Grid>
        <Label Content="Ver 1" FontSize="50" HorizontalAlignment="Center" VerticalAlignment="Center" />
    </Grid>

高 DPI 対応宣言

アプリケーションマニフェストを選んで追加します。

  <application xmlns="urn:schemas-microsoft-com:asm.v3">
    <windowsSettings>
      <dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">true/pm</dpiAware>
      <dpiAwareness xmlns="http://schemas.microsoft.com/SMI/2016/WindowsSettings">PerMonitorV2, PerMonitor</dpiAwareness>
    </windowsSettings>
  </application>

64 ビット設定

プロジェクトのプロパティーで、Platform target を x64 にします。

［ビルド → 構成マネージャー］メニューで、プラットフォームを新規作成して x64 にします。

MSIX パッケージプロジェクトの追加

Windows アプリケーションパッケージプロジェクトを選んで追加します。

ウィザードが走ります。プロジェクト名は適当で構いません。

ターゲットバージョンは 2004 にしました。こちらによれば、2004 では最新の MSIX アプリ パッケージ形式がさらにサポートされるようになったとのことです。

ウィザード完了後、パッケージプロジェクトの依存関係を右クリックしてプロジェクト参照の追加を選びます。

WPF アプリを追加します。

依存関係に WPF アプリが追加されました。

ロゴの作成

このロゴがデフォルトのままだと、後でアプリを検証する際に不合格となるので、適当にロゴ画像を作成して上書きします。推奨サイズは 400x400 ピクセル以上です。

パッケージプロジェクトの中にある Package.appxmanifest をダブルクリックし、ビジュアル資産タブを開きます。

アプリケーション名の予約（簡単な方法）

（補足）
こちらは Visual Studio から簡単に予約する方法です。

パッケージ名にこだわりたい場合は次節をご覧ください。

ソリューションエクスプローラーのパッケージプロジェクトを右クリックし、［公開 → アプリケーションをストアと関連付ける］を選びます。

アプリケーション名を選択の画面の「アプリケーション名を予約」のところに、公開したいアプリの名前を入れます。この名前はストアで表示される名前になります。

予約した名前を選択して次へをクリックします。

関連付けボタンをクリックして関連付けを完了します。

アプリケーション名の予約（パッケージ名にこだわる方法）

Microsoft パートナーセンターのホームから「アプリとゲーム」に進み、新しい製品のアプリを選びます。

名前を予約する画面になりますが、必ず半角英数で入力します。そうすることでそのままパッケージ名になります。

しかしこのままでは、アプリ名が英数になってしまいます。日本語のアプリ名を付けたい場合は、アプリ名の管理ページで、追加で日本語名も予約します。新規アプリとして予約するのではなく、Hoge Fuga のその他の名前として予約します。

再度アプリ名の管理ページを開くと、ページ下方に「Hoge Fuga」と「ほげふが」が併記されています。日本語のほうをダッシュボード名に設定しておくと分かりやすくなります。

MSIX パッケージ作成

ソリューションエクスプローラーのパッケージプロジェクトを右クリックし、［公開 → アプリパッケージの作成］を選びます。

「新しいアプリ名で Microsoft Store に」を選びます（先ほど予約したアプリ名が表示されている場合はそちらを選びます）。

先ほど予約した名前を選択して次へ進みます。

予約した名前で Microsoft Store に配布する方法を選択します。

パッケージの選択と構成で、最低 1 つ以上のアーキテクチャを選びます。

作成ボタンをクリックしてしばらく待つと、パッケージが作成されます。

パッケージの検証

パッケージ作成完了画面のボタンから WACK を起動します。

次へボタンをクリックすると検証が行われます。しばらく時間がかかります。

結果が合格となれば問題ありません。

C:\Users\（管理者ユーザー）\AppData\Local\Microsoft\AppCertKit\ValidationResult.htm

WPF アプリを Microsoft Store に申請・登録する（全 4 回）

更新履歴

開発者登録編　目次

メモ：なぜ Microsoft Store？

今まで私が作ったアプリは私のホームページで公開してきたのですが、Microsoft Store（以降、ストア）に興味を持ったのは、ユーザーから見るとアプリの扱いが簡単になるかもしれない、と思ったからです。

必要なもの

パートナー登録

何はともあれ、パートナー登録しないことには始まらないので、パートナー登録を進めていきます。

アカウント情報ページでアカウントの種類を選びます。個人であれば「個別」を選べば登録料は 2,000 円程度ですし、また、登録作業はオンラインですぐに終わります。法人の場合は登録料も高く、また、登録時に書類が必要というウワサです。

その他に住所や電話番号なども入れる必要がありますが、こちらはどうやらストアで晒されるというわけではないようです（もし晒されるということでしたら教えてください）。

入力を終え、次へボタンをクリックすると、支払いページになります。

最後の確認ページで完了ボタンを押すと、支払いと登録が完了します。

WPF アプリを Microsoft Store に申請・登録する（全 4 回）

プログラム実行時に XAML を読み込んで UI コントロールを生成する方法のまとめ。

大まかな手順

STEP 1：XAML 作成

動的に生成したいコントロール（DynamicTabItem.xaml）をユーザーコントロールとして作成する。

DynamicTabItem.xaml ファイルのプロパティーでビルドアクションを「埋め込みリソース」にする。

DynamicTabItem.xaml に紐付いている DynamicTabItem.xaml.cs を削除する。

DynamicTabItem.xaml の先頭に記述されている x:Class の記述を削除する。

STEP 2：動的読み込み

注意点

xmlns:vm="clr-namespace:TestXamlReader.ViewModels"

xmlns:vm="clr-namespace:TestXamlReader.ViewModels;assembly=TestXamlReader"

（補足）

別のプロジェクトで、assembly を指定するとビルド時に MC3074 エラー「タグ 'XXX' は、XML 名前空間 'clr-namespace:YYY;assembly=ZZZ' にありません。」が発生したことがあった。

対処方法が分からず、xaml 上では assembly を指定せず、実行時に文字列置換で assembly 指定を追加することで凌いだことがある。

xmlns:dd="urn:gong-wpf-dragdrop"

xmlns:dd="clr-namespace:GongSolutions.Wpf.DragDrop;assembly=GongSolutions.Wpf.DragDrop"

await SomeAsync();

ビヘイビアについて少し考えてみた。

ActualWidth はバインドできない

Livet で楽ちん

<behaviors:Interaction.Triggers>
    <behaviors:EventTrigger EventName="SizeChanged">
        <l:WindowSetStateToSourceAction Source="{Binding ActualHeight, Mode=TwoWay}" Property="ActualHeight" />
    </behaviors:EventTrigger>
</behaviors:Interaction.Triggers>

ビヘイビアで ActualWidth をバインド可能にする

public static readonly DependencyProperty ActualWidthProperty =
        DependencyProperty.Register(nameof(ActualWidth), typeof(Double), typeof(WindowBindingSupportBehavior),
        new FrameworkPropertyMetadata(0.0, FrameworkPropertyMetadataOptions.BindsTwoWayByDefault));

public Double ActualWidth
{
    get => (Double)GetValue(ActualWidthProperty);
    set => SetValue(ActualWidthProperty, value);
}

ビヘイビアで IsActive をバインド可能にする

private static void SourceIsActiveChanged(DependencyObject obj, DependencyPropertyChangedEventArgs args)
{
    if ((obj is not WindowBindingSupportBehavior thisObject) || thisObject.AssociatedObject == null)
    {
        return;
    }

    if ((Boolean)args.NewValue)
    {
        thisObject.AssociatedObject.Activate();
    }
}

処理速度の結論

そもそも

• AutoResetEvent……スレッドをシグナル状態になるまで待機させる。単一の待ちスレッドが解放された後、自動的にリセットされる。
• CountdownEvent……スレッドをカウントダウンが 0 になるまで待機させる。複数のスレッドからのシグナルで 1 つ以上のスレッドのブロックを解除できる。
  

速度比較

こちらの PC 環境で、.NET 5 の自己完結型リリースビルドで実行したところ、所要時間は

まとめ

対象のフレームワーク

新しいプロジェクトの作成時、「WPF App (.NET)」を選択しても、対象のフレームワークは .NET Core 3.1 となっており、そもそも .NET 5 になっていない。

NETSDK1137 警告

NETSDK1137 Microsoft.NET.Sdk.WindowsDesktop SDK を使用する必要はなくなりました。
ルート プロジェクト要素の SDK 属性を 'Microsoft.NET.Sdk' に変更することをご検討ください。

ソリューションエクスプローラーでプロジェクト右クリック、［プロジェクトファイルの編集］メニュー、または、ソリューションエクスプローラーでプロジェクトダブルクリックで csproj を開く。

1 行目の

単一ファイルの作成

プロジェクト発行時に「単一ファイルの作成」を有効にしても単一のファイルにならない。

10 個ほどのファイルが作成されてしまう。

<IncludeNativeLibrariesForSelfExtract>true</IncludeNativeLibrariesForSelfExtract>

を追記することで、.NET 3 系と同様の具合の単一ファイルが作成される。

<DebugType>embedded</DebugType>

も追記すると pdb も単一になる。