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

2024/08/20(火) 21:16:46.38

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

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

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

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

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2025/05/31(土) 11:14:18.48

横からだがそのmodelを永続化するリポジトリクラスがあったとしてリポジトリにmodelを引き渡すのはvmになるの？

2025/05/31(土) 11:30:30.10

>>755
Application Service
MVVMの枠組みで言えばMの範疇

2025/05/31(土) 11:32:18.58

MVVMは基本的にGUIのための仕組みなのでそれ以外はご自由に

結局リポジトリサービス呼ぶのはどの段階が適切なのかは設計によると思うよ

2025/05/31(土) 13:47:02.79

>>756
>>757
なるほど、サンクス。
vmがApplication Serviceを呼ぶのか。

2025/05/31(土) 14:06:04.64

>>754
自分が最初の質問の文章をミスってました
質問したかったのはMからVMの通知で、例えばモデルがセンサーの値を監視し続けてる等をしてる (ユーザーの操作に関係なく状態が変わる) ような場合
この場合だと、 Model にも INotifyPropertyChanged を実装して、そのイベントをViewModel 側で拾えばいいのかな

VMからMへの操作はメソッドというのは了解です

2025/05/31(土) 14:13:19.87

一般的には専用のinterfaceかイベントを定義して普通に通知した方がいいんじゃないかな
INotifyPropertyChangedはフレームワークのバインディングのためのもので、人間が使う分には表現力不足で不便で分かりにくいだけだよ

2025/05/31(土) 14:34:23.09

なるほど、イベントは素直な実装になりそう
他に IObservable でも良いのかな

「専用の interface」というのはちょっとわからなかったけど、これは interface 経由で Model から VM のメソッドを呼び出して更新する (VM が Model の生成時に this を渡す) ということ？

2025/06/02(月) 18:39:14.41

>>752
ModelはWPF非依存のコードを書いて、ViewModelはWPFのViewにBindする前提で作るイメージ

WPF以外に移植する気もないならModelとViewModelは一緒にしてもいい
（ModelでINPCイベント発火してもいい）

2025/06/02(月) 19:30:17.42

ViewModelは文字通りViewのモデルであり、ビュー側に属するもの
MVVMが定義するのは実際にはVとVMだけなので、ViewModelに表示以外のロジックも全部書いてしまうのはMVVM的には間違いとは言えないが、
アプリケーションアーキテクチャとしてはいわゆるビューとロジックの分離ができてない典型的なダメな状態に他ならない

2025/06/02(月) 19:38:53.90

今の環境ならデータモデルは全部ノーティファイ付けときゃいい
データとサービスでクラス分けときゃロジック分離の完成だ

2025/06/15(日) 15:34:41.66

ItemControlとDataGridまたはListViewの組み合わせで
一覧表示、各行選択後に行情報の削除ができる
サンプルをお願いします

2025/06/15(日) 16:31:45.73

>>765
AIに聞け

2025/06/15(日) 17:45:22.27

Copilot Chatとか普遍的なロジックやUIは得意やが誰がこんなんn使うねん？みたいなバリバリカスタムされた手の込んだ機能は今でも全然あかんで
まぁワイなら簡単なんやがこのスレのチンカスどもは自分では人様にお見せできるようなまともなコード書けへんし提示せん癖に一丁前に文句だけは垂れよるからこのスレでは一切教えたらんへんことにしたわ

2025/06/15(日) 18:40:24.19

>>767
ちょっと何言ってるか分からなかったのでcopilotに直してもらった

Copilot Chatは一般的なロジックやUIを扱うのは得意ですが、特殊で細かいカスタマイズが必要な機能については今ひとつ対応できていません。私自身なら簡単にできることですが、このスレの参加者たちは自分で人前に見せられるようなきちんとしたコードを書くこともなく、提示もしないのに文句ばかり言っています。なので、このスレでは何も教えないことにしました。

2025/06/15(日) 23:54:09.91

草

2025/06/16(月) 18:58:41.31

>>766
AIに聞いても？な内容だから
人間さまのアドバイスを戴こうとしたのですが、
わからないってことですね

2025/06/16(月) 19:35:32.97

>>770
Geminiにそのまま聞いてみたが解説付きの完璧なサンプルを作ってくれたぞ

2025/06/16(月) 20:27:33.72

ほなその結果をオンラインIDEにコピペしてここに貼れやどんだけ無能やねんwww
嘘松やから貼れへんわなほんまこのスレの低脳どもは口だけの能無しなん草生えるわwww
まぁこのスレのガイジどもがド素人のホビープログラマーの集まりやっちゅーことだけhあ確定的に明らかでクソワロタ

2025/06/16(月) 21:30:34.37

俺はABEJA-Qwen2.5-32b-Japanese-v1.0で試してみたが、普通に回答返ってきたよ
https://imgur.com/a/6OtrsYg

2025/06/16(月) 21:34:56.99

貼られても理解できないんやろ

2025/06/17(火) 01:30:11.47

>>773
なんやこのアニメ絵きっしょ！www
CopilotでもGeminiでもいくらでもあんのになんでこんなきっしょいAIつこーとんねんキモオタきっしょwww

2025/06/19(木) 01:57:16.46

>>771
ありがとう。サンプルをお願いします

2025/06/19(木) 01:58:15.42

>>773
分からない

2025/06/20(金) 07:38:03.95

ChatGPTは正規表現作らせるのが便利だわ

2025/06/20(金) 13:44:03.17

それな
正規表現でググることが完全になくなったわ
しかもAIによってこの世から一番必要なくなったんが5chのゴミスレと5ちゃんねらーのガイジどもなん皮肉すぎて草生えるわwww
DB設計もSQLもストアドもAIと一番親和性高くてパッチ屋もいらんくなったし
クリエイティビティのないたんぽぽ刺身の無能な老害どもが駆逐されとんのざまぁwwwメシウマwww

2025/06/20(金) 19:01:44.75

>>779
↑一番要らない人がまだ残ってますが？

2025/06/20(金) 19:30:03.96

今まで何にも知らん新規がノコノコやってきて質問レスしても
もちろん低脳チンパンが答えられるはずもなく煽りや叩きでレスばが始まったり
たまたま知ってるやつも勿体ぶって意地悪して教えんとニチャニチャしとるだけなんほんま便所の落書き底辺の吹き溜まりやったからなwww
AIの登場によってその底辺のヒキニートこどおじの存在価値が無くなって駆逐されとんのクソワロタ

2025/06/20(金) 23:29:09.36

この人何か辛いことでもあったのかな
周囲のサポートが必要だと思う

2025/06/21(土) 00:51:41.33

職場でハブられてそう…

2025/06/21(土) 02:06:01.90

効いてて草

2025/06/21(土) 10:08:39.93

>>782
>たまたま知ってるやつも勿体ぶって意地悪して教えんとニチャニチャしとるだけなん
あったんやろね

2025/06/21(土) 13:01:23.03

過疎ってる5chで更にこの過疎っぷりがこのスレとその住人の存在価値と意義のなさを尿実に表してて草

2025/06/21(土) 13:11:34.91

文章でガチの関西弁使ってるのがバカっぽくて草

2025/06/23(月) 23:45:55.90

本当にいらなくなったのはWPFではなかろうか…

2025/06/24(火) 00:08:10.75

winformsの手軽さは唯一無二だと思う

2025/06/24(火) 01:02:30.48

それな
WinUI3のAcrylicに完全対応してればワイもWinForms使うわ
まぁMicaには対応しとるがAcrylicやタイトルバーのカスタマイズとか対応しとらんから我慢してXAMLつこーとるけど
ぶっちゃけ個人が自分用に開発するアプリでMVVMとか足回りの実装がめんどくさすぎてメリットゼロやねん
もちろんCopilotつこーとるけど期待してた自動生成とか全然やってくれへんからな
結局イベント含めて全部コードビハインドしとるから実装が楽ちんで早い早いwww

2025/06/24(火) 03:02:32.42

>>790
>結局イベント含めて全部コードビハインドしとるから実装が楽ちんで早い早いwww
WinFormsは「コードビハインドしてないから楽ちん」の間違いだよね。

2025/06/24(火) 03:42:16.00

コードビハインドの意味を理解せんと勘違いしたままxamlとxaml.csをまったく理解してへん低脳チンパンの知ったかが噛み付いて喧嘩売ってきとんの草生えるwww
XAMLを一切理解してへんやつがWPFスレで完全な間違いのままドヤ顔しとんの流石に恥ずかしすぎてクソワロタ

2025/06/24(火) 05:59:58.10

>>792
なるほど、かなり強い言葉を使われてますが、まずは落ち着いてXAMLとコードビハインドの基本的な構造から理解を深めてみては？正確な知識をベースに議論すれば、相手を見下さなくても自然と説得力が出るものです。少なくとも、罵倒よりも中身で勝負した方がWPFへの理解も深まりますよ。

2025/06/24(火) 08:46:08.02

デザイナにこだわらんで動的に画面生成したいならWPF Blazorでも使えばいいのねん

2025/06/24(火) 14:11:54.48

>>793
Learn Microsoft - WPF のCode-Behind と XAML
://learn.microsoft.com/ja-jp/dotnet/desktop/wpf/advanced/code-behind-and-xaml-in-wpf#codebehind_and_the_xaml_language

「コードビハインド
イベント処理などのプログラムコードは、先ほどの例のように XAML 中に記述するのではなく、 XAML とは別ファイルにすることが可能です。このように、XAML で記述した GUI のイベント処理などを別ファイルで与えることをコードビハインド（code-behind）といいます。
例えば、先ほどの例をコードビハインドを使って書き直すと以下のような2つのファイルに分かれます。」
※未確認飛行Cより抜粋

ほんまにコードビハインドを理解してへんのあまりにIQとレベルが低すぎてドン引きやっちゅーねんwww
この低脳チンパン絶対にAIに質問して出力された

「コードビハインドとは？
コードビハインド (Code-behind) は、Web開発やデスクトップアプリケーション開発において、ユーザーインターフェース (UI) のデザインとロジック（動作）を分離するための設計パターンです」
※Geminiより抜粋

これを全く理解できず完全に勘違いしてワイに噛み付いてきてんのあまりにガイジすぎて草生えるわwww
っちゅーかこんなホビープログラマー未満の昨日今日プログラミング始めましたみたいなリアル境界知能の低脳チンパンがレスバ仕掛けてくるとかマ板もガチで終了なんクソワロタwww

2025/06/24(火) 15:14:48.77

普段MFCしか使ってないから分からんのだが、WinFormsは、
Formの中のButtonをどこに表示するかなど定義は、
xxx.cs ファイルに入っているよね、確か。

2025/06/24(火) 15:31:23.72

791 名前:デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM89-Hs71) Mail:sage 投稿日:2025/06/24(火) 03:02:32.42 ID:e6I1uOBlM
>>790
>結局イベント含めて全部コードビハインドしとるから実装が楽ちんで早い早いwww
WinFormsは「コードビハインドしてないから楽ちん」の間違いだよね。

793 1 名前:デフォルトの名無しさん (ﾜｯﾁｮｲ 4bbb-Ep8L) Mail:sage 投稿日:2025/06/24(火) 05:59:58.10 ID:goHor8290
>>792
なるほど、かなり強い言葉を使われてますが、まずは落ち着いてXAMLとコードビハインドの基本的な構造から理解を深めてみては？正確な知識をベースに議論すれば、相手を見下さなくても自然と説得力が出るものです。少なくとも、罵倒よりも中身で勝負した方がWPFへの理解も深まりますよ。

796 名前:デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM89-Hs71) Mail:sage 投稿日:2025/06/24(火) 15:14:48.77 ID:FRc1H2/gM
普段MFCしか使ってないから分からんのだが、WinFormsは、
Formの中のButtonをどこに表示するかなど定義は、
xxx.cs ファイルに入っているよね、確か。

ホビープログラマー未満で境界知能キチガイのリアルド素人なん確定で草
XAMLどころかWinFormsすら触ったこともなくまったく理解してへん無能の知ったかが何を考えて噛み付いてきてレスバ吹っかけてきとんの意味不明すぎてガチガイジでクソワロタ

2025/06/24(火) 15:34:24.21

いやほんまワイの指摘通りこのスレはホビープログラマーですらないド素人のキチガイが一生懸命ググったりAIに質問した内容を理解せず知ったかでレスバ続けとる便所の落書き底辺の掃き溜めよりも更に底辺なんクッソウケるwww
もうマ板にすらまともなやつ残ってへんの5ch終わりすぎててクソワロタ

2025/06/24(火) 16:18:20.11

XAMLとコードビハインドでビューとロジックの実装位置の棲み分けある程度出来てんだよね

2025/06/24(火) 18:58:07.92

>>796
MyForm.Designer.csみたいな人間様は触っちゃいけないファイルが作られるよ

2025/06/24(火) 19:53:07.31

バカとバカが争ってるんでスルーしたらいいんだけどね

2025/06/24(火) 20:55:32.40

MyForm.Designer.cs
もコードなんだから、コードビハインドではないような
気もするんだが、直接手書きしてはならないというだけであって。

2025/06/24(火) 21:07:12.20

>>800
これのせいでバージョン管理ツールと相性悪い

2025/06/25(水) 00:44:01.66

ソースコードとして生成してくれるだけマシ
昔Oracle formsを触ったときは気が狂いそうだったよ

2025/06/25(水) 12:35:09.24

コードビハインドでも良いけど、
セオリーな所は自動生成して欲しい

2025/06/25(水) 15:49:56.62

元々DelphiのVCLではリソースファイルだったところをWinFormsではソースコード生成にしたわけで、バージョン管理を意識した変更と思うよ

2025/06/30(月) 16:38:52.97

セオリーな自動生成は、CoPilotやGeminiがやってくれるからなぁ

2025/07/06(日) 11:32:12.91

このUIコンポーネントってどうなんですかね？
使ってる方いますか？
https://blazor.radzen.com/?theme=material3

2025/07/25(金) 14:06:52.28

そのコンポーネントゴミだった記憶がある
wpfと同じぐらいこのスレ死んでるな

2025/07/25(金) 20:17:54.79

結局みんなが求めてるのはVisualBasicなんだよね・・・

2025/07/25(金) 20:25:47.58

ちょっとした質問ならcopilotがそこそこ使える回答くれるし
たまにUWPと混同してるけど

2025/07/28(月) 19:30:04.40

>>810
VBもVC++も画面のライブラリの標準というものはない。

2025/07/30(水) 16:51:17.93

CoPilotは間違いを指摘しても同じ回答を繰り返すので、Geminiに切り替えたなぁ
個人的にはGeminiの方が精度高く答えてくれる
まぁどちらも出たばかりで改善している最中だから、どちらが上とか無いんだろうけどね

2025/07/31(木) 00:29:36.14

モデルの話をしているのか何なのかわからん

2025/08/23(土) 20:26:28.41

実際Win32 GUIに限れば、後発は全てDelphiの開発体験の劣化でしかないわな

2025/09/13(土) 23:43:23.26

Delphiは昔は仕事でもちょくちょく案件見かけたけど今は全く見ないな

2025/09/14(日) 12:24:49.98

なんでだと思う

2025/09/14(日) 12:32:11.11

Delphiは値段バカ高くなってしまったし今となっちゃ全然モダンじゃないしな
クラシックなWin32のGUIでいいなら今でも最強だろうけど、みんなイマドキのテーマ使いたいだろ

2025/09/14(日) 13:32:20.22

delphi communityあっても1年で切れて放置されて
数少ない人も離れるしアホちん

2025/09/14(日) 13:53:18.30

ObjectPASCALの時代は使ってた
20年以上前に同業者にDelphiを執拗に薦められたけど
ホイホイ付いて行かなくて本当に良かった

2025/09/17(水) 13:45:56.92

その時代のナウな環境で作るよろし

2025/09/17(水) 16:51:55.03

そうするとバージョンアップがね…
特にMSはフレームワーク次から次に作っては捨てるし

2025/09/18(木) 19:16:18.55

winUI4に期待

2025/09/22(月) 00:19:02.28

開発者の大半が使ってるVsCodeだってUIはHTMLとCSSなんだし
将来性まで考えてしまうと、どうしてもそういう方向になるしかなさそう

2025/09/22(月) 21:56:39.06

HTMLとCSSでアプリのUIって簡単にハックできそうで怖い

2025/09/23(火) 03:27:10.64

何を言っているんだ？

2025/09/23(火) 09:34:57.73

Avaloniaに移行した
もう戻ることはないかも

2025/09/23(火) 23:19:55.38

>>825
セキュリティーはサーバーサイドで担保するもんですよ
viewは表示だけ
API直接叩かれても覗かれてもご苦労さんですよ

2025/09/26(金) 14:28:06.82

てかなんとなくWindows用のアプリ自体がそんなにモチベーションわかない
業務アプリ以外で大体Webアプリや既成品で事足りてしまう気がしなくもない

2025/09/26(金) 18:13:37.28

WinUI3の真のOSS化が進行中だけどどうなるだろう

2025/09/26(金) 18:44:52.67

MSは3割のコードがAI生成だそうだし、AIに振り回されてそうだな
AIに頼って人を減らし過ぎて、生成されたコードを精査したり自力でまともなコードを書ける人が足りないんじゃないか

2025/09/26(金) 19:12:40.44

.NETはもうMAUI捨ててAvaloniaのスポンサードだけしてほしい

2025/09/26(金) 19:28:45.46

とにかく乱立したフレームワークをどれか一つに絞ってこれが決定版です！ってやらないとネイティブGUIアプリなんて増えないよ
WinUI3がそれなんだろうけど長続きする気が全くしない

2025/09/26(金) 19:32:45.09

今どきWindows専用フレームワークなんて誰も使いたがらないでしょ、、、

2025/09/26(金) 20:48:21.77

Avaloniaちゃんいいんだけど
VSCodeの誰かメンテしてくれ

2025/09/26(金) 21:18:49.88

>>833
そもそもネイティブGUIに需要がない
実はMacだと「あえて」ネイティブであることを売りにしたアプリも割合的にはそこそこあるのだけど、
あっちはゴミみたいなWinUIなんかと違って、外観やパフォーマンスや操作性においてネイティブアプリにそれなりの魅力があるんだ
もしネイティブGUIアプリを使って欲しいのなら、ネイティブアプリの魅力を高めるのが筋なんだよ
しかし今のMSはもはやネイティブGUIはWebベースUIを載せるための枠として、
あるいは電卓やターミナルのようなごくシンプルなUIを作るために最低限必要なもの、くらいにしか考えていないようだ

2025/09/26(金) 21:24:17.48

Windowsでも、Win32SDK直叩きとかなら今でも軽量高速の証としてアピールになるが
WinUIとかはそういうのもないからなあ

2025/09/26(金) 21:45:55.48

今となってはWindowsネイティブなアプリ出されると逆にちょっと警戒しちゃうからな
技術力低そう、大丈夫か?って

2025/09/26(金) 22:27:29.83

>>828
Electronはサーバーサイドの設定しっかり書かないとXSSなどのリスクはあるぞ
今は対策済みだけど、VS Codeでも任意コード実行が可能という脆弱性があった
描画側プロセスのHTMLが悪意あるものに差し替えられる、なんて問題はWeb系のGUI特有のリスクだろう

2025/09/26(金) 22:50:49.88

>>838
偏見が過ぎる

2025/09/26(金) 22:54:04.39

むしろVibeコーダーに毛が生えた程度の技術しかないスクリプト屋よりもいいだろう
MFC製アプリケーションは性能の証

2025/09/27(土) 02:29:12.15

結局Winformsでええわってなりがち

2025/09/27(土) 02:42:42.65

ネイティブは excel VBAでok...

**デフォルトの名無しさん** · 2025/09/28(日) 05:00:21.11

>>838
こういうバカな妄想持ってるアホな情報工学科出の無能が
Electronでアプリ作ったが無能すぎてインストーラーすら作れないので
セットアップとメンテナンスに莫大な工数がかかって事業が破綻したぞ

**デフォルトの名無しさん** · 2025/09/28(日) 05:01:59.38

一方で勝ち残ってる競合他社は創業時にそもそもC♯でUI作ってるからインストールもメンテナンスも簡単
さらにノーコードでカスタマイズできるからカスタム開発費用も顧客ごとに請求しなくて済む
web系は無能が流行りに飛びついてる証拠

**デフォルトの名無しさん** · 2025/09/28(日) 05:04:13.97

バカ曰く「ElectronフロントエンドとPythonバックエンドならどのプラットフォームでも移植可能だから有利」

現実にはたった一つのプラットフォームのインストーラーすら作れてないので移植なんて需要があるわけない
あり得ない可能性で目の前の必要なことを処理できないバカっぷり
というか情報工学科修士って使い物にならねえ
だって大学入るまでプログラミングやったことなくて大学で習いましたとかいう無能が多い

**デフォルトの名無しさん** · 2025/09/28(日) 05:08:08.26

あとデバッガも使えなかった
習ってないからなんだろうなwwwww

**デフォルトの名無しさん** · 2025/09/28(日) 05:34:41.46

しかも新卒とかじゃなくてそれで業界歴10年とかの中途だからな
それも複数
マトモな知能があったらコーディング如き大学入る前にマスターしてるから習おうなんて考えない

2025/09/28(日) 06:49:22.65

事務アプリじゃなくて組込機器(EthrerとRS485/232)相手のアプリで高DPIとデザイン変更と流用が楽なWPFにたどり着いた。
MVVMとかは面倒なだけだから主に通信系ThreadからUIへはbindingで済む程度の理解度でやっている。
ここで情報を得ようしたが何の論議なのかわからない。
現実的なWPFの議論をしてね。

2025/09/28(日) 12:58:04.71

>現実的なWPFの議論をしてね。
良くも悪くも枯れてる技術だから、今更語ることもあまり無いんだよな…
今からエコシステムが広がるとこともないだろうし
Windows前提なら今でも有用な技術ではある

2025/09/28(日) 13:08:33.03

スレタイは関係ないのか

2025/09/28(日) 13:31:58.29

例のおじさんだよ
発作みたい

2025/09/28(日) 13:37:15.96

>>851
別にそういうわけじゃないけど、WPFは終わっただとか使い物にならないだとか、WPFをくさすばかりで何でここにいるのか分からない輩が居座ってしまっている

**デフォルトの名無しさん** · 2025/09/28(日) 13:38:59.95

>>849
わからないことなんて公式ドキュメントやソースコードをAIに突っ込んで読ませれば良いのであって
人間に質問するとか選択として愚かすぎる