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

**デフォルトの名無しさん** · 2023/01/22(日) 05:53:16.97

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

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

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

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

**デフォルトの名無しさん** · 2023/06/29(木) 00:47:40.82

>>576
ビジーウェイト状態になりそうなコードだから試してみたけど、予想に反してCPU時間の消費がそんなでもないな
ただ、環境によってループの頻度が違うみたいだ
.NET7: 毎秒約500回
.NET Framework 4.7.2: 毎秒約1万回

**デフォルトの名無しさん** · 2023/06/29(木) 01:11:48.23

Win32APIのInitializeCriticalSectionAndSpinCount()みたいな実装をするためのものか。
ほんのちょっと待てばロックを取得できる場合に数千回ループで待って、
できるだけスレッド切り替えにかかる無駄な時間を避ける。

InitializeCriticalSectionAndSpinCount 関数 (synchapi.h) - Win32 apps | Microsoft Learn
https://learn.microsoft.com/ja-jp/windows/win32/api/synchapi/nf-synchapi-initializecriticalsectionandspincount

**デフォルトの名無しさん** · 2023/06/29(木) 06:25:02.66

>>578
他国でもソースは同じだもんな。

**デフォルトの名無しさん** · 2023/06/29(木) 07:36:02.98

匿名掲示板に貼られた中華リンクのソースが必ず正しいと思ってるやつがいるのはおめでてーな

**デフォルトの名無しさん** · 2023/06/29(木) 10:00:47.73

MSの翻訳は糞だから日本語のMS公式観るより
英語のMS公式観た方が良いのは事実

**デフォルトの名無しさん** · 2023/06/29(木) 10:16:30.19

匿名掲示板の中華リンクと公式の英語を同一視してるやつやべーな

**デフォルトの名無しさん** · 2023/06/29(木) 11:10:54.33

そんなやついたか？

**デフォルトの名無しさん** · 2023/06/29(木) 11:44:14.93

碌に読んでないの多いよな。
>中華リンクのソースが必ず正しいと思ってるやつがいる
リンク張っただけなのにコレだもん。

**デフォルトの名無しさん** · 2023/06/29(木) 11:56:50.12

ページ自体はまともでも、そこに貼られてる広告がヤバそう（偏見

**デフォルトの名無しさん** · 2023/06/29(木) 11:59:03.18

悔しそうで草

**デフォルトの名無しさん** · 2023/06/29(木) 18:30:52.58

>>576
このコードでSpinWait.SpinUntil()で待機させるメリットって何だろう
Dispatcher.Invoke()してるから1ループの実行時間は結構ばらつくし、Thread.Sleep()で十分な気がするのだけど
精度を出すなら、System.Timers.Timer使った方が良いし

**デフォルトの名無しさん** · 2023/06/29(木) 18:58:35.73

60フレームだそうとしてるのになんともいえん感じにはなる

**デフォルトの名無しさん** · 2023/06/29(木) 20:40:19.95

>>590
Thread.Sleep()で十分な気がするって書いたけど、
実際に試すとSpinWait.SpinUntil()のままよりThread.Sleep()に置き換えた方が明らかにFPS向上するなw
PCに負荷をかけたらまた違うのかねぇ

**デフォルトの名無しさん** · 2023/06/29(木) 21:07:27.01

await task.delay ()だと例外で落ちるから。

**デフォルトの名無しさん** · 2023/06/30(金) 03:50:01.15

>>593
InvalidateVisual()呼ぶだけならUIスレッドで実行されるように気を付ければawait Task.Delay()で問題無いよ。

**デフォルトの名無しさん** · 2023/06/30(金) 07:00:48.53

よーし何か作ってみよう～

**デフォルトの名無しさん** · 2023/06/30(金) 19:36:32.72

ここ　という所で1sec wait掛けたい。どうすんだ?

public MainWindow(){
Task.Run(() =>{
try{
while (true){
Dispatcher.Invoke(() => {
canvas.InvalidateVisual(); });
_ = SpinWait.SpinUntil(() => false, 10); //每秒60帧
}
}
catch (Exception e){
}

});
}
void OnPaintSample(object sender, SKPaintSurfaceEventArgs e){
Render (e.Surface.Canvas );
}

public void Render (SKCanvas canvas){
SKPaint thickLinePaint = new SKPaint{
Style = SKPaintStyle.Stroke,
Color = SKColors.Orange,
StrokeWidth = 1
};

for (int x=0;x<=600;x++){
canvas.DrawLine(x, 0, x,100, thickLinePaint);
// ここ
}
}

**デフォルトの名無しさん** · 2023/06/30(金) 19:37:34.75

書き忘れ
skiasharp .netframework.

**デフォルトの名無しさん** · 2023/06/30(金) 21:02:19.59

フレームごとに呼ばれるシステムはフレームイベント内部でwaitさせるんじゃなくて
何フレーム目かとかの時間情報を持たせてその時間基準で全部描画するもの

**デフォルトの名無しさん** · 2023/06/30(金) 21:18:03.73

へー。今まで(?)の手法とは違うんですね。
難しい～。

**デフォルトの名無しさん** · 2023/06/30(金) 21:40:58.12

>>596
ここ　という所での待機はNG。UIスレッドを掴んだままで描画されない。(イベントが終わったら描画される)
https://ideone.com/vggwyV

**デフォルトの名無しさん** · 2023/06/30(金) 21:46:05.66

ほう。ご丁寧にソースまで。ありがとう!!

**デフォルトの名無しさん** · 2023/06/30(金) 21:51:04.15

実行環境違うだろうけどここ参考にしたら
https://learn.microsoft.com/ja-jp/xamarin/xamarin-forms/user-interface/graphics/skiasharp/basics/animation

**デフォルトの名無しさん** · 2023/07/02(日) 07:22:17.31

https://ideone.com/SdsWsv
フラグが多くなりそうだな。

**デフォルトの名無しさん** · 2023/07/02(日) 07:28:34.32

canvas.childlen.add()の場合はaddし過ぎる(500超えるとヤバい)と
酷いときは止まるけど
skiasharpは描画を続けても平気なのかね。

**デフォルトの名無しさん** · 2023/07/05(水) 21:26:03.46

心電図、SkinaSharp版を作って試したけどCPU使用率は canvas.chilren.add版が
24%、Skina版が2.5%、他の項目は殆ど差なしだった。
限度はあるだろうが、Skinaはcanvas.clearしなくても軽いな。

**デフォルトの名無しさん** · 2023/07/08(土) 06:53:37.52

画面遷移のやり方わかんなくて調べてるけど
MVVM使わない方法しか出てこないよ...😢

**デフォルトの名無しさん** · 2023/07/08(土) 09:31:12.51

どういう調べ方をしたんだ
メッセンジャーを使ったりサービスを使ったりすればいいだろ
今の主流はサービスかな

**デフォルトの名無しさん** · 2023/07/08(土) 11:04:12.71

Template Studioという拡張機能をVSにインストールしてアプリの雛形を作ると画面遷移のコードまでジェネレートしてくれる
WinUI版しか使ったこと無いが、恐らくWPF版も同様と思われる

**デフォルトの名無しさん** · 2023/07/08(土) 15:06:36.80

ホント、MVVMって手間ですね!

**デフォルトの名無しさん** · 2023/07/08(土) 15:26:11.20

画面遷移は遷移サービスに依頼
サービスは作られるときにGUIのフレームの参照をもらってる

フレームをくれるのはメインウィンドウ（MetroWindow継承）のコードビハインド
メインwindowsを作るのはホストサービス
ホストサー・・・

本当に意味不明だわ

**デフォルトの名無しさん** · 2023/07/08(土) 15:42:14.13

サービス作る
VM作る
画面など作る

だとサービス作る時に画面がないのでアウトだけど
先に画面作るのも気持ち悪いし画面でサービスを使わないと限らない

普通はどうしてるんだろ
MVVM原理主義者たちは？

**デフォルトの名無しさん** · 2023/07/08(土) 15:48:28.55

>>610
> サービスは作られるときにGUIのフレームの参照をもらってる
サービス(モデル)がGUIのフレーム(ビュー)に依存してるって設計が悪んじゃないの

**デフォルトの名無しさん** · 2023/07/08(土) 15:52:16.34

サービスはinterface越しで操作してたような気がするけどそもそもGUIに依存してもいいだろ

なんだか知らないことに口出しをするのもめんどくさいな

**デフォルトの名無しさん** · 2023/07/08(土) 15:57:28.09

GUIに依存するとデバッグが大変になるんだよ

**デフォルトの名無しさん** · 2023/07/08(土) 16:09:37.95

>サービスはinterface越しで操作してたような気がするけどそもそもGUIに依存してもいいだろ

それを直接依存させないのがMVVMやクリーンアーキテクチャの考え方。

**デフォルトの名無しさん** · 2023/07/08(土) 17:01:16.26

考えるだけ時間の無駄だけど自作クラスNaviService（INaviService継承）がコンストラクタでGUIフレームをもらってるとして
それの何がいけないのか
デバッグやテスト用にはDummyNaviService（INaviService継承）を作るだけだろと思うが

フレームをわざわざラップさせる意味は多分ない
class NaviServiceに
MyFrame _frame;

bool GoBack()
{
return _frame.GoBack();
}
とおいて自作MyFrameに更に同じようなものを書くのはただの無駄

**デフォルトの名無しさん** · 2023/07/09(日) 08:22:10.73

凄いよな。
で、難解なMVVM駆使して何作ってんだ?

**デフォルトの名無しさん** · 2023/07/09(日) 09:18:14.11

誤）難解なMVVM
正）お馬鹿なMVVM

**デフォルトの名無しさん** · 2023/07/09(日) 10:36:40.65

MVVMより、SkiaSharpなど2Dグラフィック系の勉強してる。MVVMは自分には無理や。。

**デフォルトの名無しさん** · 2023/07/09(日) 12:47:45.01

一応WPFの思想はMVVMなんじゃないか

**デフォルトの名無しさん** · 2023/07/09(日) 15:57:12.07

それはない。MS自体、使い分けと言ってる。

**デフォルトの名無しさん** · 2023/07/09(日) 17:55:53.87

別に同じ物を書いても目的が達成すればいいのでは？
DIはDIP規則をやるための機構だが、マルチインジェクションはISP原則から必須になる。
Microsoft.Extentionを使うとシェルもナビゲーションも簡単でマルチDIは簡単だが、PrismはViewModelLocatorがマルチインジェクションに対応していないのが残念だ。
ViewModeにこそマルチインジェクションが必要と思うのだか・・・
Prismでは、追加インジェクション関数をViewModelに入れている。
MVVM否定？　今時MVVM否定論なんて流行るのか？

**デフォルトの名無しさん** · 2023/07/09(日) 20:36:20.21

マルチインジェクションてなんですか？

**デフォルトの名無しさん** · 2023/07/10(月) 06:31:31.15

燃料噴射装置。ある意味正解。

**デフォルトの名無しさん** · 2023/07/10(月) 09:42:06.59

そもそもPrismは開発終了で今から使っちゃいけないものだよな
それとも新しいのが出たんだろうか

**デフォルトの名無しさん** · 2023/07/10(月) 14:14:23.34

開発終了したっけ？

**デフォルトの名無しさん** · 2023/07/10(月) 14:48:31.42

この辺の話かな
https://github.com/PrismLibrary/Prism/releases/tag/DNF
＞Prism is leaving the .NET Foundation. Before making any changes to the Prism repo, we are archiving the current source code which is under the .NET Foundation.

**デフォルトの名無しさん** · 2023/07/10(月) 15:40:16.84

>>627
https://github.com/PrismLibrary/Prism/issues/2683

.NET Foundationを離れて開発を続けるって書いてあるぞ

**デフォルトの名無しさん** · 2023/07/10(月) 16:13:40.89

Prismはちょっと重厚すぎてオブジェクト志向で言うところの単一責任原則から離れすぎてて使いにくい

**デフォルトの名無しさん** · 2023/07/10(月) 19:35:36.03

で、マルチインジェクションって何だろ。

**デフォルトの名無しさん** · 2023/07/10(月) 20:01:58.73

.NET FoundationはMVVM Toolkit推しみたいだね
Community.Toolkit(旧Microsoft.Toolkit)に含まれてるやつ

**デフォルトの名無しさん** · 2023/07/10(月) 23:29:38.85

自分もマルチインジェクションがわからん

**デフォルトの名無しさん** · 2023/07/11(火) 06:15:49.09

>>628
しかしそれから一年行方不明

**デフォルトの名無しさん** · 2023/07/14(金) 07:31:28.85

止めたんじゃね。殆どMVVM使われてないし作るメリットが見いだせない。

**デフォルトの名無しさん** · 2023/07/15(土) 16:17:56.97

>>629
Prismは最初のDIコンテナのUnityがくっそ重かったけど、DryIocが事実上の標準になって軽くなったんだけどね

**デフォルトの名無しさん** · 2023/07/15(土) 20:40:31.18

Prismは実践的なmvvmの使い方とそれ用の軽いライブラリ提供しようとしてたら
ドンドン仕組みが大きくなって実践的と言うより宗教的になって来たので辞めたんだろ

MVVMのvm自動生成機能のためにフォルダ構造やファイル名まで指定してくるようになったらもう完全な宗教だろ

**デフォルトの名無しさん** · 2023/07/15(土) 22:13:09.54

android studioでjavaでやっていますが、WPFの仕事が入りそうなんで質問です。
ViewModelと言うことで同じ様な組み方と思ったのですが、UIのデザイナーは無いのですか？
androidはポトベタ風(相対関係)にデザインして、xmlで若干補ったけど、こっちは全部xmlで記述するんですか？

**デフォルトの名無しさん** · 2023/07/15(土) 22:17:18.73

WinGUI3はそうだよ
開発が間に合ってない

WPFとかUWPとかwinformsはデザイナがある

**デフォルトの名無しさん** · 2023/07/15(土) 22:21:32.04

WPF～UWPで首切りまくったせいで絶賛劣化中

**デフォルトの名無しさん** · 2023/07/15(土) 22:29:58.82

>>637
Visual Studio Professional
70,858円

**デフォルトの名無しさん** · 2023/07/15(土) 22:41:20.26

>>640
それmsdn3年付きで導入しました。

**デフォルトの名無しさん** · 2023/07/15(土) 23:04:31.50

>>641
C# で WPF を使った Hello World アプリ - Visual Studio (Windows) | Microsoft Learn
https://learn.microsoft.com/ja-jp/visualstudio/get-started/csharp/tutorial-wpf?view=vs-2022

**デフォルトの名無しさん** · 2023/07/16(日) 08:53:57.15

>>637
絶対指定によるペタも可。ただしリサイズしない場合に限る。
50個くらいコントロールあるとき面倒なんでポトペタですませた。

**デフォルトの名無しさん** · 2023/07/16(日) 11:43:41.21

android studioのデザイナのGuidelineみたいな補助線と横幅の割合設定などありますか？

**デフォルトの名無しさん** · 2023/07/16(日) 15:04:36.79

知らんけど、XAML習得を勧める。難しそうだが何とかなる。

**デフォルトの名無しさん** · 2023/07/16(日) 15:41:11.43

もういい加減機能追加が止まったwpfで新規アプリを作りたくないんだが
出来ないことの回避策を探す事に時間取られるWinUI3で作るのも地獄だし
もうずーっとWindowsのGUIアプリは今は作るな時が悪いで停滞してんじゃねーか

**デフォルトの名無しさん** · 2023/07/16(日) 15:48:37.64

それを「枯れた」という。

**デフォルトの名無しさん** · 2023/07/16(日) 17:11:14.42

>>645
了解、android studioのデザイナ位で良いのでMSもやって欲しいな。

**デフォルトの名無しさん** · 2023/07/16(日) 17:26:09.46

機能追加って何が欲しいんだ?
一通りあると思うけど。あとは工夫次第だろ。

**デフォルトの名無しさん** · 2023/07/16(日) 17:48:27.06

最低限色付きのemojiは対応して欲しいな

今は自分で作るかnugetでいいのを探して使ってる

**デフォルトの名無しさん** · 2023/07/18(火) 15:46:29.61

WinUI3公式のサンプル試そうと思ったら依存関係ないとかいう例外出て情報も少なくて早々に投げちゃった

**デフォルトの名無しさん** · 2023/07/18(火) 16:55:57.68

絵文字よりSVGだろぉ
はよせい

**デフォルトの名無しさん** · 2023/07/18(火) 19:29:02.67

webのUI使ってるとWPFの表現力の限界が見える

**デフォルトの名無しさん** · 2023/07/18(火) 20:27:45.99

デスクトップアプリなんてそんなもんだよ。
事実上、WIN32APIの画面でも問題ない。

**デフォルトの名無しさん** · 2023/07/18(火) 20:56:20.17

事実上？

**デフォルトの名無しさん** · 2023/07/18(火) 22:21:23.88

GUIはあらかじめ決められたUI/UXガイドラインに沿っていればよくて
あまり奇をてらう必要はないよな。というかかえって害悪だよな。

**デフォルトの名無しさん** · 2023/07/18(火) 22:27:51.77

基本的なリングプログレスも用意されていないのでUI/UXデザインがどうとかいう話でもない

**デフォルトの名無しさん** · 2023/07/18(火) 23:05:33.75

プログレスバーならあるし
ウエイトカーソルでいいだろ

**デフォルトの名無しさん** · 2023/07/19(水) 11:41:28.51

Webは退化

**デフォルトの名無しさん** · 2023/07/19(水) 12:35:30.77

WPFも外部のライブラリにはMSが出してないUI部品がいろいろとあるじゃん
>>657 のいうwebには外部のライブラリを使わずにhtml,cssの機能ですぐに使えるクルクルってあるのかい？

**デフォルトの名無しさん** · 2023/07/19(水) 12:47:37.05

.gif

**デフォルトの名無しさん** · 2023/07/19(水) 20:38:09.57

>>660
どんなモノでも簡単に作れる
https://blog.stackfindover.com/css-progress-bar/

デザインが先に来て後から実装するのが普通なぐらい

**デフォルトの名無しさん** · 2023/07/19(水) 21:12:34.35

>>662
#2 Pure CSS radial progress bar は三角関数必要だろ。どうやってんだろ。
なんかうまく工夫してんだろうか。

**デフォルトの名無しさん** · 2023/07/19(水) 21:28:55.59

その昔、MacがToolboxとして標準ウィジットを搭載してユーザーインターフェースガイドラインを発表したら
GUIのデザインを独自にやりたいといってDOSプログラマは否定的だったとか。

**デフォルトの名無しさん** · 2023/07/19(水) 22:19:12.68

ProgressRingクラス使うより簡単には見えなかった

**デフォルトの名無しさん** · 2023/07/19(水) 22:41:45.76

>>665
UI設計って基本作りたいラフスケッチ/ワイヤーフレームを先に決めてから実装に落とす

WPFじゃ簡単に出来ないどころか不可能だと思うけど...

**デフォルトの名無しさん** · 2023/07/19(水) 23:41:59.04

WPFは当初から基本的なAPIやコントロールがあまり実装されない
それでwinformsから借りてた
現在はUWPから借りてる
UX/UIの基準がもう更新されていないから今風なコントロールの基準からかなり遠ざかっている

**デフォルトの名無しさん** · 2023/07/20(木) 15:46:30.38

numericupdownやchartくらいは実装しておいて欲しかった

**デフォルトの名無しさん** · 2023/07/20(木) 20:05:17.02

ただ固まらないように使ってるだけじゃないの

**デフォルトの名無しさん** · 2023/07/21(金) 00:08:18.44

numericupdownはたまに作ると「まだ無いのかよ」って毎回がっかりしてる
グラフはともかく、これは必須でしょう

**デフォルトの名無しさん** · 2023/07/21(金) 06:41:34.68

winformsにあるからな。WPF作るとき実装すれば良かったのに。簡単なコントロールだろ。

**デフォルトの名無しさん** · 2023/07/21(金) 15:50:52.27

WPF用にコントロールの見た目を全部刷新すれば、もっと使う人も増えたんだろうけどな
WPFで作ってもコントロール表示がWinFormsのままだと萎える

**デフォルトの名無しさん** · 2023/07/21(金) 18:44:40.80

WinFormはWin11風に変わるけど
wpfは変わらないのですが…

**デフォルトの名無しさん** · 2023/07/24(月) 19:29:13.93

新しい職場に来てWPFの案件なんですが正直レベルが高すぎてついていけません
今までもやったことはあったんですがまぁバックグラウンドにごりごりコード書いちゃうようなwinformsと大差ないようなので
当然MVVM全開でリアクティブでicommandでみたいな。正直このウインドウどこで呼んでるのどこでクリック処理してるのとかそのレベルでコード読むのが大変です
WPFwithMVVMを勉強するのになにかいいリソースってありますか。日本語書籍とか全然無いですよね。随分昔に出たXAMLプログラミングなる書籍は一通り読んだんですがそれにはMVVM一切無くて

**デフォルトの名無しさん** · 2023/07/24(月) 21:00:07.43

それはキツイな。同情するわ。

**デフォルトの名無しさん** · 2023/07/24(月) 23:28:55.70

俺はネットの情報だけでMVVMを覚えたけど、
リアクティブとicommandが何のことか分からない素人なので、
残念ながら助言できない。

**デフォルトの名無しさん** · 2023/07/25(火) 00:06:37.05

ReactivePropertyとかだったらokazukiのブログを一通り読むと少しは分かるかな

**デフォルトの名無しさん** · 2023/07/25(火) 00:52:00.23

リアクティブでごりごりされてたら読む気がおきない

**デフォルトの名無しさん** · 2023/07/26(水) 11:55:11.15

wpf のShowModalでダイアログ出しても
タスクバーで親ウインドウ選べてタブでフォーカス移動とか出来るのは
なんか対策ありますか？