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/25(日) 09:24:47.83

SkiaSharp DrawingVisual　あまり資料がないな～

**デフォルトの名無しさん** · 2023/06/25(日) 12:00:19.37

あまり情報がないものでも、ChatGPTが組み合わせて教えてくれる場合がある。
その場合、複数言語のページの内容を混ぜて回答してくれるのかな？

**デフォルトの名無しさん** · 2023/06/25(日) 16:20:15.73

DrawingVisualはWPFの機能でMSのサイトに解説とコードサンプルがあり、リファレンスがあるのだから資料がないということはないだろう

DrawingVisual オブジェクトの使用 - WPF .NET Framework | Microsoft Learn
https://learn.microsoft.com/ja-jp/dotnet/desktop/wpf/graphics-multimedia/using-drawingvisual-objects

**デフォルトの名無しさん** · 2023/06/26(月) 20:38:37.00

https://swharden.com/csdv/skiasharp/skiasharp/
ベンチマーク
10万本で0.4secで驚異的。

**デフォルトの名無しさん** · 2023/06/26(月) 21:30:09.55

でもSkiaSharp + OpenGL　はハードル高そうだな。
だったらSystem.Drawingの方がいいじゃん。

**デフォルトの名無しさん** · 2023/06/26(月) 22:37:30.04

>>564の比較はWinFormsで
OpenGLで動かしたい場合はSKControlクラスの代わりにSKGLControlクラスを使うだけで良いみたい
WPFの場合はSKElementクラスだけど、これの性能には触れてないな

**デフォルトの名無しさん** · 2023/06/26(月) 22:47:47.73

比較対象が多いページ見つけた
https://swharden.com/csdv/platforms/compare/

**デフォルトの名無しさん** · 2023/06/27(火) 19:40:57.53

https://blog.emoji-gen.ninja/posts/20190204/skia.html
>日本語のドキュメントに至っては、ほぼ皆無です。そのため、Skia を使って本格的に開発する場合は、ある程度の覚悟が必要です。

なんだと!!ww
ヤフー知恵袋も質問0 だった。。

**デフォルトの名無しさん** · 2023/06/27(火) 21:04:13.08

一応、線は引けるけど、非同期コードいれるとcanvasが壊れてるといって落ちる。
あと、XAMLで指定したメソッド以外でどうやって描画するのか不明。

**デフォルトの名無しさん** · 2023/06/28(水) 02:24:02.68

>>569
SKElementはメソッドやイベントが少なくて超シンプル
https://learn.microsoft.com/en-us/dotnet/api/skiasharp.views.wpf.skelement?view=skiasharp-views-2.88

基本的に、SKElement.PaintSurfaceイベントで描画するだけ
再描画したい場合、InvalidateVisual()を実行すると上記イベントが発生する

**デフォルトの名無しさん** · 2023/06/28(水) 06:39:28.56

じゃボタンを押したときに線を引かせたいときはそのボタンのイベントハンドラで
InvalidateVisual()実行させて線を引くコードはPaintSurface　内に記述するのか。
なんか面倒だし、PaintSurfaceが巨大化しそう。まぁPaintSurface内で自作関数呼べ
ば良いんだろうけど。

**デフォルトの名無しさん** · 2023/06/28(水) 08:32:25.75

WM_PAINTでの経験が活かされますね

**デフォルトの名無しさん** · 2023/06/28(水) 09:38:16.64

描画とかボタン処理は同じコンテクストで実行されるから
何も考えずに処理書けばいい

タイマーや通信など他の契機で描画したいなら工夫がいるだけ

**デフォルトの名無しさん** · 2023/06/28(水) 14:41:27.72

漠∞！！！！
列∞！！！！！
后∞！！！！！！
機∞！！！！！！！
枚∞！！！！！！！！
図∞！！！！！！！！！
寿∞！！！！！！！！！！
非∞！！！！！！！！！！！
駅∞！！！！！！！！！！！！
頓∞！！！！！！！！！！！！！
官∞！！！！！！！！！！！！！！
司∞！！！！！！！！！！！！！！！
戸∞！！！！！！！！！！！！！！！！
城∞！！！！！！！！！！！！！！！！！
堺∞！！！！！！！！！！！！！！！！！！

**デフォルトの名無しさん** · 2023/06/28(水) 19:47:18.96

>>573
PaintSurfaceイベント毎に(SKSurfaceクラスやSKCanvasクラスの)オブジェクトが変わるから(変わらないこともある)
ボタンのクリックイベント等で描画するのは無理じゃないかな

**デフォルトの名無しさん** · 2023/06/28(水) 19:54:32.34

求めていたものやっと見つけた。中国サイト。
良くできてるな～。

await Task.Delayではなく、
SpinWait.SpinUntil(() => false, 1000 / 60); //每秒60帧
だそうだ。こんなの知らんわ。

https://www.dongchuanmin.com/net/3188.html
https://zhuanlan.zhihu.com/p/567618102

**デフォルトの名無しさん** · 2023/06/28(水) 20:35:15.51

中華リンク貼られても見ねーよ

**デフォルトの名無しさん** · 2023/06/28(水) 23:57:16.98

中国語、韓国語、ロシア語等、いろいろなページを見てるわ。

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

DOBON.NET

Thread.SpinWaitメソッドはスレッドの同期のために内部で使用されているようですが、通常は私たちが使用する機会はないでしょう。

**デフォルトの名無しさん** · 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