WPF(.NET, WinUI) GUIプログラミング Part29

**デフォルトの名無しさん** · 2022/04/11(月) 05:10:34.19

WPF(Windows Presentation Foundation)について語るスレ。

前スレ
WPF(.NET, WinUI) GUIプログラミング Part28
https://mevius.5ch.net/test/read.cgi/tech/1642624840/

関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/

コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/

**デフォルトの名無しさん** · 2022/07/15(金) 12:01:55.52

mvvmは無理に使う必要なくて機会が有れば覚えたらいいよ

**デフォルトの名無しさん** · 2022/07/15(金) 12:55:37.46

>>301
それはVの更新の仕方をカスタマイズするために仕方なくなんじゃないの？

**デフォルトの名無しさん** · 2022/07/15(金) 12:58:12.62

nuGetやVisual Studio Marketplaceでこれは汎用的に使えて便利のおすすめのライブラリってあります？

**デフォルトの名無しさん** · 2022/07/15(金) 15:12:39.30

>>303
そういうケースもあるだろうし、単にプログラマの頭が悪いだけの場合もあるだろうね
いずれにせよそれこそがまさにFBの問題意識であって、Reactでは後者のケースは自然に排除されるし、前者のケースもReactが自動的にツリーの差分を取ることで解決した

**デフォルトの名無しさん** · 2022/07/15(金) 15:43:35.60

前提条件を揃えないと何を比較しているのかよくわからない話になるよね。

>Mの更新があったときにVMの更新前の状態に依存した複雑な更新ロジックを書いてしまいやすいんだよね

複雑なことは複雑で

>その点Reactなんかは、MからVへの単方向バインディングで済むデータについてはVM相当の中間層(コンポーネント)に状態を持たないからプログラマが間違える余地がない

簡単なものは簡単

としか言っていないようにも見える。

**デフォルトの名無しさん** · 2022/07/15(金) 20:02:09.83

つか
pubulic ReactiveProperty<bool> hoge=>model.hoge;
と書けば、Modelのプロパティーは簡単にVMでリレーできるんだよな
要はやり方次第

**デフォルトの名無しさん** · 2022/07/15(金) 23:46:29.68

AvalonDock使ってみたけどライセンスがどうとかでエラー出るな
有志がパクったDirkSter版のAvalonDockならライセンス関係なく使えるって書いてあってそれ試してみたけど
冒頭宣言部xmlns～が上手くいかない
githubと上手く連携取れてないんかな？
https://resanaplaza.com/2022/01/05/%e3%80%90wpf%ef%bc%8b-net-6%e3%80%91-avalondock%e3%81%a7%e3%83%93%e3%83%ab%e3%83%89%e3%82%a8%e3%83%a9%e3%83%bc%e3%82%92%e8%a7%a3%e6%b6%88%e3%81%99%e3%82%8b%e3%81%ab%e3%81%af/

**デフォルトの名無しさん** · 2022/07/15(金) 23:47:14.45

こういうめんどくさいことがあるからできれば自分でこういうUIのライブラリ作りたいんだがどうやってやるのかわからん

**デフォルトの名無しさん** · 2022/07/16(土) 09:38:10.18

ソースあるんだからパクればええやん

**デフォルトの名無しさん** · 2022/07/16(土) 10:15:46.79

>>310
いやそのソースをどうパクればいいのかわからん
どうやってそのソリューションに持ってくるのかというか…

**デフォルトの名無しさん** · 2022/07/16(土) 10:18:43.48

しゃーないから標準のDockPanel使ってそれっぽいの作ってみた
もちろんフローティングとかタブ、幅調整なんてできないが…
https://i.imgur.com/DoNQzbr.jpg

**デフォルトの名無しさん** · 2022/07/16(土) 10:39:01.09

ドラッグでサイズ変更可能なコントロールってあったっけ？
それをDockPanelに仕込めればそいつ大きくしたらDockPanelも追随してでかくなりそうなんだが、もちろん縮小も

**デフォルトの名無しさん** · 2022/07/16(土) 13:29:07.16

>>313
Window

**デフォルトの名無しさん** · 2022/07/16(土) 13:30:31.64

>>314
Windowの中にWindowは入れられないってさ
一応それ思って試してみたけど無理だった

**デフォルトの名無しさん** · 2022/07/16(土) 13:47:56.74

>>313
GridSplitterじゃダメなん？

**デフォルトの名無しさん** · 2022/07/16(土) 14:36:25.07

>>316
試してみる

**デフォルトの名無しさん** · 2022/07/16(土) 16:57:10.06

サイズ変更可能な画面spliｔはwinformsの方が楽だな

**デフォルトの名無しさん** · 2022/07/16(土) 17:05:22.06

つか、どんなアプリ作ってるのか知らんが、今時リボンなの??って感じだが

**デフォルトの名無しさん** · 2022/07/16(土) 17:22:45.81

リボンに替わる今時のUIってなんだろう？
うちはずっと旧来のメニューバーのままだけど。

**デフォルトの名無しさん** · 2022/07/16(土) 18:08:54.13

横からだけど、リボンってそんなに悪いの？
リボンUIにするってことは多機能なアプリなんだろうから、使いづらいと感じるのは多機能ゆえに習熟に時間がかかるだけじゃないかと

**デフォルトの名無しさん** · 2022/07/16(土) 18:32:39.98

長所
アイコンが大きく出来る場合が多く非熟練者には操作が類推できる場合が多い
非熟練者には機能がタブ分けされていてわかりやすい

短所
リボンは画面に占めるUIの割合が大きくなり作業領域が減る
各アイコンが大きく一覧性に欠ける
またそのためタブ切り替えなどの操作が増え熟練者にはつらい
例：
従来　アイコンAを押す→アイコンBを押す　→　アイコンAを押す　→…
リボン　アイコンAを押す　→　タブの切り替え　→　アイコンBを押す　→タブの切り替え　→　アイコンAを押す　→　…

ウインドウのサイズに合わせてレイアウトや各アイコンなどの表示が文字単体に変わり操作感が変わる

**デフォルトの名無しさん** · 2022/07/16(土) 18:34:38.84

タブなどを超えて短時間にガンガン操作する人にはつらい
操作回数がかなり増えてる
嫌がらせ

ゆったりポチポチする人向け

**デフォルトの名無しさん** · 2022/07/16(土) 18:39:02.88

今どきならNavigationViewにCommandBarかな

**デフォルトの名無しさん** · 2022/07/16(土) 18:43:18.14

リボンの利点はまだあった
タブレットなどのタッチ操作向き
プレビュー機能などが表現しやすい

**デフォルトの名無しさん** · 2022/07/16(土) 19:17:19.35

GridSpliter使ってみたけどだめだったわ
これは最大範囲の中でどの割合でスプリットするのかを決めるスライダーみたいで
最小範囲をデカくするためのスライダーじゃないみたいだ

リボンUIは個人的に今のOfficeやAutodesk製品ソフトが昔のメニューバーより使いやすいから
もちろんショートカットでゴリゴリって人には必要ないかもしれんけど未習熟者にはかなり扱いやすいUIだと思って使ってる
今のパワポ感覚でAdobeのイラレみたいなソフト使えれば面白いなと思って趣味で開発中

**デフォルトの名無しさん** · 2022/07/16(土) 19:20:00.73

navigationviewにcommandbarはほんとに簡易的アプリって感じよな

**デフォルトの名無しさん** · 2022/07/16(土) 19:23:57.52

>>321
Excel 2007でリボンについていけないジジイが騒いでただけ
さすがに最近では滅多に見かけなくなったと思っていたけどクイック操作も知らない>>322みたいなジジイが生き残ってブツブツ言ってるw

**デフォルトの名無しさん** · 2022/07/16(土) 19:28:43.87

>>322
作業領域減るっていうのは確かに俺もわからないでもないな

**デフォルトの名無しさん** · 2022/07/16(土) 19:43:58.74

Wordはリボン閉じてるわ
Autodesk系はリボンないと無理

**デフォルトの名無しさん** · 2022/07/16(土) 19:51:28.87

>>328

リボン不評がずっと言われて後でクイック操作が入った
最初は作業領域を常に占有してたけど後で閉じれるようになった
不満に思うことは常に開発へ伝えるべきです

相手にジジイとか言う前に結局熟練者の作業性は落ちてることを理解すべきだ

**デフォルトの名無しさん** · 2022/07/16(土) 19:55:10.88

>>331
熟練者の生産性は落ちてないでしょ
あいつらメニューバーでもショトカしか使わないんだし
ショートカットキーはリボンUIになっても変わらんからそこまで生産性落ちてないと思うわ

**デフォルトの名無しさん** · 2022/07/16(土) 19:57:48.00

Autodesk系ってなんだよ
製品数が多すぎてどれのこと言ってんのかわからん
しかも買収した会社の製品の寄せ集めだぞ

**デフォルトの名無しさん** · 2022/07/16(土) 20:00:31.92

>>332
熟練者たちが慣れた後でも今まで1時間で完了していた作業が1時間では全然終わらなくなってた

**デフォルトの名無しさん** · 2022/07/16(土) 20:01:51.47

>>333
AutoCad Revit Fusion360 はリボンUIになってるのを確認
MAYAも広義的にはリボンなんじゃね？

**デフォルトの名無しさん** · 2022/07/16(土) 20:27:59.58

>>334
それほんとに熟練者なのか？
新しい事に適応できない老害だと思うけど...

**デフォルトの名無しさん** · 2022/07/16(土) 20:35:43.90

DockPanelだけど□、✕ボタンのVisibilityをCollapsedにしてTextBlockをrotatetransformで270にしたらいい感じにドッキングパネルを閉じた表現にできた
これを✕ボタンを押したときにDockPanelの内部をCollapsed…のように書き換えれるとかなりそれっぽくなるな

**デフォルトの名無しさん** · 2022/07/16(土) 20:36:19.16

写真貼り忘れ
https://i.imgur.com/b8FtTzW.jpg

**デフォルトの名無しさん** · 2022/07/16(土) 20:38:52.82

>>336
UIで生産性が低下する場合もあるんだから普通に知っとけ

**デフォルトの名無しさん** · 2022/07/16(土) 20:43:37.27

>>339
どんな操作してるのか具体的に書いてみなよ
そもそもUIの操作ばかりしてるんかよw

**デフォルトの名無しさん** · 2022/07/16(土) 21:18:49.86

>>335
MayaはもともとIrix（中身はunix）で作られてるからな
リボンよりも前からあのUIで今は少し変わったがリボンって名前ではない

**デフォルトの名無しさん** · 2022/07/16(土) 22:13:32.66

>>331

>リボン不評がずっと言われて後でクイック操作が入った

うわっ嘘つきだー

クイックアクセスツールバーは最初からあったが。
そもそもリボンUIはメニューUIの進化版。
クイックアクセスツールバーが従来のツールバーに相当する。

>最初は作業領域を常に占有してたけど後で閉じれるようになった

これも嘘。最初のバージョンのリボンからできた。
何にも知らねーな。

Officeのバージョンによってメニュー展開がデフォルトか閉じているのがデフォルトか
違うだけ。

**デフォルトの名無しさん** · 2022/07/16(土) 22:18:51.57

リボンがメニューだということが分かっていれば
作業領域を占有するなんて的外れなことは言わない。
メニューを開きっぱなしにしてりゃ場所とるに決まっている。
省スペースにしたいなら一般的なメニューみたいに必要な時だけ展開すればいい。
リボンは開きっぱなしモードもあるってだけ。

**デフォルトの名無しさん** · 2022/07/16(土) 22:21:45.21

つまりりボンいらねーメニューでいいだろってことか

**デフォルトの名無しさん** · 2022/07/16(土) 22:23:57.35

>>344
読解力ゼロかい？
メニューのパワーアップ版がリボン

**デフォルトの名無しさん** · 2022/07/16(土) 22:34:13.48

>>342
クイックアクセスは嘘つきじゃなくて勘違いだな

クイックアクセスバーはデフォの内容をオンオフするだけのものでツールバーの代わりだなんて言えるものじゃない
作業領域を占有していたのは本当で誰もタブを非表示にできるなんて知らなかった

後のバージョンで閉じる操作が表に出てきてみんな消すようになった
そして自分でカスタマイズしてコマンドバーが出せるようになり
ツールバーと同じ操作ができるようになった

つまりみんなデフォのリボンが使いにくくてカスタマイズするようになったんだ
それは認めないんだな

**デフォルトの名無しさん** · 2022/07/16(土) 22:35:44.15

馬鹿は老害だーとか言うけど

それで実際に作業効率が下がって生産性が下がってもいいんだなと
馬鹿は大変だ

**デフォルトの名無しさん** · 2022/07/16(土) 22:53:49.76

>誰もタブを非表示にできるなんて知らなかった

はい、これも嘘。「お前が」知らなかっただけ。
なんですぐばれる嘘をつくかな。

少なくとも自分の周りではメニュー（タブ）部分のダブルクリックが一番お手軽に切り替えられることは広く知られていた。
視覚的にもリボン最小化への導線は用意されていたし、これが分からないというならハンバーガーメニューも駄目だろう。

>クイックアクセスバーはデフォの内容をオンオフするだけのもの

全然違う。
あれはユーザーそれぞれに合ったツールバーに育てていくよう設計されたもの。
リボンを使っていて使用頻度の高いボタンがあったらその場で右クリックしてクイックアクセスツールバーに追加していく。
ある程度育ってきたらツールバーをリボンの下に表示する。
こうすることによって必要なものだけで構成された使いやすいツールバーが自然と出来上がっていく。

**デフォルトの名無しさん** · 2022/07/16(土) 23:03:55.92

>>347
切り替わり直後はともかくしばらくしても生産効率下がったままなのは老害だけだろ...
自分の適応力の無さを恥じろよw

**デフォルトの名無しさん** · 2022/07/17(日) 04:46:26.57

こんな話題の時だけ盛り上がるんだから...

**デフォルトの名無しさん** · 2022/07/17(日) 08:16:16.11

WinUI3で使えるWindows１０風味なリボンのようなコントロールTabbedCommandBarなどどうだろう？
https://docs.microsoft.com/en-us/windows/communitytoolkit/controls/tabbedcommandbar

**デフォルトの名無しさん** · 2022/07/17(日) 10:26:22.69

>>349
工程が増えてるのに適応もクソもないだろ
頭おかしいのか？

例えばプログラム上ステップ数増えてるのに実行時間同じにしろとか馬鹿なんじゃないの？
どこか別で効率化できるならともかく

**デフォルトの名無しさん** · 2022/07/17(日) 11:49:39.62

>>352
> 工程が増えてるのに適応もクソもないだろ
クイック操作

> 頭おかしいのか？
ブーメラン乙w

**デフォルトの名無しさん** · 2022/07/17(日) 13:48:00.91

WPFでもUWPやWinUIのライブラリって使えたよね？
ColorPickerを使ってみたい

**デフォルトの名無しさん** · 2022/07/17(日) 13:48:37.96

>>351
FluentRibbonが使えなくなったらこれにするわ

**デフォルトの名無しさん** · 2022/07/17(日) 13:55:47.00

どんなアプリ作る気なんだおっさんよ

**デフォルトの名無しさん** · 2022/07/17(日) 14:31:12.86

>>352
工程は減るんだが?そんなことも分からないのか

**デフォルトの名無しさん** · 2022/07/17(日) 14:49:00.03

>>356
お絵かきソフト

**デフォルトの名無しさん** · 2022/07/17(日) 15:32:16.60

>>351
これいいな

**デフォルトの名無しさん** · 2022/07/17(日) 18:41:37.30

そのリボンUIマイクロソフトが配布してるってのはいいけどギャラリー機能とかちゃんとしてんのかな？

**デフォルトの名無しさん** · 2022/07/17(日) 20:28:49.22

WinUI3のSDK試したけどほんとに最新版で作られたものでしか運用できなさそう
ターゲットを新しいものにしないといけないんだがターゲット変えても他のライブラリが対応できていないものもあってかエラーしか出てこなくなる
Fluent.Ribbonが使えなくなったわ

**デフォルトの名無しさん** · 2022/07/17(日) 20:52:59.13

だめだ新規にWinUI3用のプロジェクト作ってもtargetplatformvarsionでおかしくなる
これほんとに正規でリリースしてんのか？

**デフォルトの名無しさん** · 2022/07/17(日) 20:55:51.34

ベータ版試用ありがとうございます

**デフォルトの名無しさん** · 2022/07/17(日) 21:21:35.50

いつになったら完成するん・・・

**デフォルトの名無しさん** · 2022/07/17(日) 21:41:23.72

WinUI3はWpfと別のシステムだから、Wpfのコントロールは動きません
GUI部品は全て入れ替えになるし、それ以外もWinRTライブラリが中心になる

**デフォルトの名無しさん** · 2022/07/17(日) 21:57:52.92

経営陣をAIにしたら

**デフォルトの名無しさん** · 2022/07/17(日) 22:03:29.23

>>365
動くって誰かが言ってた気がする…

**デフォルトの名無しさん** · 2022/07/17(日) 22:04:31.73

WPFでWinUI3は動くんじゃね？

**デフォルトの名無しさん** · 2022/07/17(日) 22:12:23.25

空域が共存できるだけで、混ぜられるわけじゃないでしょ

**デフォルトの名無しさん** · 2022/07/17(日) 22:14:47.88

>>369
まじかよ…
colorpicker使えると思ったのに…
WPFでcolorpickerってあったっけかな？

**デフォルトの名無しさん** · 2022/07/17(日) 22:17:09.31

>>368
Wpfで使えるXaml IslandってやつはUWPのコンポーネントをWpf上に貼り付けるやつだが
WinUI3用はまだ出来ていない

**デフォルトの名無しさん** · 2022/07/17(日) 22:20:51.92

>>370
UWP用のColorPickerならXamlIslamd経由で動くはずだが
やったこと無いので保証はできない
頑張って調べてね

**デフォルトの名無しさん** · 2022/07/17(日) 22:25:48.05

XamlIslandsもWPFとWinFormsの相互運用と同じでWinネイティブのウインドウを重ねるだけでしょ？
無茶苦茶非効率な仕組みだからボタンみたいな小さなコントロールの単位で使うようなもんじゃないし、
Windowsネイティブのコンポジションでできる範囲のことしかできないはず

**デフォルトの名無しさん** · 2022/07/17(日) 22:33:39.94

ヒントサンクス
調べてみます

**デフォルトの名無しさん** · 2022/07/18(月) 06:27:35.13

>>362
Q) WinUIを使った実際のプロジェクトを見たことがありますか？

A) 私はC++/WinUI3で簡単なRPAツールを開発したことがありますが、
WinUI3の現在の進捗状況と機能では、商用アプリケーションを開発することができないと言いたいのです。

A) ソロ開発者の話をよく聞いていますが、はっきりとノーと答えることができます。
今のところ私の知る限り、誰もWinUIの道を進もうとは思っていません。

A) 他の人達が言うように、WinUI3は商用アプリケーションにはまだ早いです。
私たちはWinUI3を調査し、WPFの代わりにWinUI3を使用するようにいくつかのアプリを変更できるかどうか検討しましたが、
多くの機能が欠けており、バグの量も多いため、現実的ではありません。
WinUI3は、今のところ趣味のアプリケーションにしか使えません。
私の予想では、Microsoftのリソース次第では、完成まで2年かかるかもしれません。

**デフォルトの名無しさん** · 2022/07/18(月) 06:49:47.33

何時作ったコピペか知らんが、最近のリリースは割りと安定しているんだけどな

**デフォルトの名無しさん** · 2022/07/18(月) 07:48:54.13

世の中には自分用に趣味でツール作る人たちと、数十万人に影響するシステム作ってる人たちがいるからね
後者の人がWinUIみたいな実績のないものを使うことはない

MSは他の部署（Teams,Office）に使わせて実績作ってからリリースしたほうがいいと思うんだなあ

**デフォルトの名無しさん** · 2022/07/18(月) 09:07:59.46

それこそ何万人どころか数億人に影響するシステムに生煮えのUIは使えんじゃろ

**デフォルトの名無しさん** · 2022/07/18(月) 09:58:26.92

SkypeやVScodeみたいなやつがElectronを使うように、メジャーソフトが扱うようになると安定してくるんじゃね

**デフォルトの名無しさん** · 2022/07/18(月) 12:21:39.64

ストアにある、Youtubeとかニコニコ動画用のWinUIアプリ使ってる。
最高に使いやすいからMicrosoftはもっと宣伝してほしい

**デフォルトの名無しさん** · 2022/07/18(月) 12:32:08.92

>>377
WebView2はTeamsでの採用を前提に作られて概ね好評だね

**デフォルトの名無しさん** · 2022/07/18(月) 12:41:35.29

**デフォルトの名無しさん** · 2022/07/18(月) 12:48:27.80

>>379
MSは企業内にメジャーに使われるソフトウェアがあるんだから、結託したら天下取れると思うんだけどね

**デフォルトの名無しさん** · 2022/07/18(月) 13:17:08.96

今のMSだとそれなりの規模のアプリは莫大なレガシーコードを抱えるOfficeや
マルチプラットフォーム前提のサービス用アプリだからWinUIとか採用しづらい面もあるんだろう

Win8以降だと標準アプリはWinRT系使ってるんでドッグフーディングしてるとは言えるんだろうけど
小規模アプリの範疇でもロクな品質になる前に世代毎にコロコロ移行してくのはやっぱアホなのかなと

**デフォルトの名無しさん** · 2022/07/18(月) 13:51:51.24

>>380
使いやすいのはわかるけど凝ったことができない

**デフォルトの名無しさん** · 2022/07/18(月) 13:53:27.96

>>382
以前のWindowsストアインストールするUWPより充実しててワロタ

**デフォルトの名無しさん** · 2022/07/18(月) 13:55:14.61

>>382
ホホエマは以前のUWPアプリだな
UIダサい

**デフォルトの名無しさん** · 2022/07/18(月) 14:09:00.98

>>387

サムネ更新されてないけど、入れてみて
最新のMicaデザインになってるから

**デフォルトの名無しさん** · 2022/07/18(月) 15:52:42.50

まぁ、現在のFluent Designはタッチでも使える閲覧系のアプリがメインだろ
Visual Studioみたく凝った生産系のアプリは従来のUIやリボンでOK
ただ、従来のUIやリボンでもいいがダークモードに対応しろ
>>338とかダークモードにできるの?

**デフォルトの名無しさん** · 2022/07/18(月) 21:22:06.89

>>389
多分できないと思う

**デフォルトの名無しさん** · 2022/07/18(月) 21:22:48.20

でもThemeプロパティ作ればいけるだろ
そのへんはWPFは融通高い

**デフォルトの名無しさん** · 2022/07/18(月) 21:25:04.79

とりあえず進捗色彩ホイール作った
あとは3角部分なんだけどかなり難しい
https://i.imgur.com/qcfu4Fh.jpg

**デフォルトの名無しさん** · 2022/07/18(月) 21:35:16.07

>>382
しょぼいアプリばっかり。

Filesは2回ぐらい常用しようと頑張ってみたことあるけど、致命的なレスポンスの悪さと不安定さで結局アンインストール。
ファイラーはオリジナルのエクスプローラーと同じレベルのレスポンスじゃないと使う気にならないからWinUIは不向き。

WinUIもUWPもアニメーションのし方のせいもあるけど全体的に動作がモッサリしてる。
あとキーボードのみで使おうとするとものすごく使いづらい。

**デフォルトの名無しさん** · 2022/07/18(月) 21:49:39.20

>>392
なんで自作してんの？
そんなのどこかに落ちてるんじゃないの？

**デフォルトの名無しさん** · 2022/07/18(月) 22:59:54.18

>>394
三角のは落ちてないよ
ここで名前が上がらないし
一応ライブラリあるけど有料

**デフォルトの名無しさん** · 2022/07/18(月) 23:32:26.37

>>382

ちなみに全部WinUI2。
WinUI3なら動き早くなると期待してる。

**デフォルトの名無しさん** · 2022/07/19(火) 00:18:01.06

>>396
VIPでMacクソ信者がWindowsではiOSアプリ作れねぇとかクソみたいなことほざくからWinUI3とザマリン使ってファイラーアプリ作ってみるわ

**デフォルトの名無しさん** · 2022/07/19(火) 00:26:42.88

FilesアプリはUWPでそのサンドボックス環境での制限のために複雑な事してるから不安定なんじゃね
WinAppSdk作り直せばもっとましになるはず

**デフォルトの名無しさん** · 2022/07/19(火) 05:23:10.08

>>396
3の方が出来が悪いのに？

**デフォルトの名無しさん** · 2022/07/19(火) 07:22:29.49

>>398
不安定なのか…
なんか作りやすいおすすめのアプリとかある？

**デフォルトの名無しさん** · 2022/07/19(火) 08:56:04.34

不安定というよりWindows.Storage名前空間のファイルシステムのクラスは、System.IOと比較して体感できるほど遅い
WinUI3ではSystem.IOでファイル操作できるからその部分は解消されていますね