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/04/23(水) 07:22:22.67

機能追加やバグフィックスされずメンテ終了してるって意味ではオワコンやで
ただデスクトップ専用アプリ作る場合はOS依存の機能を使うことになるから未だに.NET Framework使っとるデベロッパーは多い
そんでWindows App SDK1.5xになってから.NET CoreスタックでWinForms/WPF開発が可能になったからそーゆー意味ではオワコンではない
ただ.NET Coreゆーても他のプラットフォームでは実行不可でWinRTなんかを内包して最新のWinUI3に対応させただけやからXAMLのカスさは相変わらずやな
まぁワイも未だにWinUI3でシコシコXAML書きながらWindows専用の自分が使うためのアプリ作っとるからな
ちょっとしたWindows専用アプリ開発すんのにわざわざ環境構築がめんどいReact Nativeなんかを使う必要ないんよ

2025/04/23(水) 11:35:21.46

>>699
なんで公共の場で地元言葉なの？

2025/04/23(水) 12:29:14.96

WinUI3ってまともに使えるものになった？

2025/04/23(水) 19:56:56.27

visual studioがwinUI3になったら考えればよい

2025/04/23(水) 21:51:13.78

>>698
.NET9/10でFluentテーマに対応させたりちょっとだけ軽微なバグ修正したりと
最近また微妙に手を入れてるから急に使えなくなるとかは考えなくて良さそう

2025/04/23(水) 22:09:24.32

そもそもdot NETの始まりがJavaのパクリでマルチプラットフォームを前提としてたんよ
そやけどOSS化に遅れ開発者を呼び込めずしかも結局プラットフォーム固有の機能を使うとバイナリ互換を捨てざるを得なくてC#/dot NETがただ起動がクソ遅いだけの産廃になってもーたのが現状ってわけ

2025/04/23(水) 22:43:24.00

WPFは死んでる
一番感じるのはカラーemoji対応していないところ
Fluentテーマなんてどうでもよい

2025/04/24(木) 00:15:56.58

Javaのようなクロスプラットフォームというよりはあくまで同じWindowsの中で32ビット/64ビットやx86/IA64で同じバイナリを動かすことを狙ってたように思う

2025/04/24(木) 13:22:20.25

同じバイナリ = 中間コード
という意味ならそうかもな

2025/04/24(木) 18:58:51.09

2005のころwindowsCE向けのバイナリを間違ってwindows上で起動したら普通にフォームでて動いてビビった
arm専用と言う話じゃなかったと

2025/04/25(金) 15:34:11.72

おい、ワイはここで長々とXAMLのクソさとReactなんかについてドヤ顔で散々能書き垂れてきたんやが
もしかしたら今までのワイの発言は全部間違ってたんかもしれん・・・

簡単に理由を説明するとChromeやEdgeと同じChromiumのVivaldiがクソ重い
↓
Edgeに移行するとめちゃくちゃ軽くて快適、同じChromiumやのになんでや！？
↓
EdgeはReactやめてMSが独自実装したWeb ComponetsのFluent UIで作ってました～！
↓
なんでReactやめてもうたん？
↓
Microsoft EdgeがReactをWebコンポーネントで置き換える方法
://thenewstack.io/how-microsoft-edge-is-replacing-react-with-web-components/
↓
Web Componentsってなんや？
↓
HTMLにカスタム要素を実現する標準技術Web Components。事例をもとに技術特徴を解説
https://levtech.jp/media/article/column/detail_403/
↓
ん？これまんまXAMLやん？もしかしてXAMLは19年時代を先取りしてたから流行らんかったんか？ ← 今ここ

正直ワイはショックを受けとるで

2025/04/25(金) 16:40:03.73

初期のVueやAngularの方がよっぽどWPFしてたと思うが。
結局React以降のFlux/コンポーネント志向とは別物よ

2025/04/25(金) 18:51:07.74

EdgeのUIでReact使ってたのを置き換えただけだろ？
Edgeのユーザー数を考慮すれば、実装コストと延べ実行コストを天秤にかけたら前者が少々増えても後者を改善したほうがいいのは当然であり、
一般的なアプリケーションとは次元が違う話
速くなるならWebComponentsすら使わず直DOMでもいいくらいだろ

2025/04/26(土) 16:24:00.25

>>709
XAMLというか一度捨てたxhtmlというか。
静的なタグとclassで頑張っても結局jsxみたいなのは欲しくなるわけだしね。
namespaceが無いぶんXMLベースの規格よりまだ原始的だけど。

2025/04/27(日) 00:01:18.75

>>705
っEmoji.WPF

2025/04/27(日) 00:39:33.14

>>709
Web ComponentsはRedditが大々的に活用してるね
shadow-rootやslotだらけになるので、スタイリング等のカスタマイズがメッチャやりにくい（一般のユーザーCSSマネージャでは対応できない）

2025/04/27(日) 23:14:56.37

構造体のメンバ変数を複数クラスからアクセスする時、初回は初期化して、2回目からは初期化しないで値の読み書きをしたいです。
例を教えてくれませんか。

2025/04/28(月) 19:18:17.11

シングルトン？

2025/04/28(月) 21:14:24.09

WPFというよりC#の質問だと思うけど、その用途なら System.Lazy じゃない？

2025/04/28(月) 23:04:27.95

はい、wpfというよりc#です。
using は include？
さっき partialの意味も分かった。

2025/04/28(月) 23:33:11.89

CまたはC++から来た人かな
ファイルの先頭に書くusingはincludeというよりも名前空間の利用 (C++のusing namespaceと似てる)

例えば Foo.Bar 名前空間に Baz というクラスがある場合、usingしてなくても var bar = new Foo.Bar.Baz(); のように書けば使える
けど、名前空間のネストが深かったり、よく使うクラスの場合だといちいち名前空間を書くのは面倒くさい
ファイル先頭で using Foo.Bar; ってしていれば、そのファイル内では var bar = new Bar(); のように Bar という名前だけで利用できる
(C/C++のincludeだと、 includeしていないものはそもそも使えない)

最近のC#だと.NETのライブラリ (System名前空間から始まるもの) のいくつかは自動的に using されている
これは多くのプログラムでよく使うものだからそうしている
例えば Sytem.Lazy などは、明示的に using System; って書かなくても使えるはず

usingというキーワードは他の構文でも使うのでそこは注意

2025/04/29(火) 01:26:54.40

>>715
C#, C♯, C＃相談室 Part98
/mevius.5ch.net/test/read.cgi/tech/1719656321/

2025/04/29(火) 02:11:35.58

まぁワイは優しい男やから構造体の解答教えたる
/www.programiz.com/online-compiler/3EGuracYwkCAp

2025/04/29(火) 02:23:06.39

C#の作法としてはバッキングフィールドを作って外部からは必ずプロパティでデータの受け渡しをすることをMSが推奨しとるからそっちに変更したもの

/www.programiz.com/online-compiler/6Hd0AjaVMLBWY

2025/04/29(火) 12:29:11.24

あーーメンバーはprivateか
publicでは駄目なのね

2025/04/29(火) 16:45:52.07

何がしたいのか全くわからんコードやな
そもそも>>715みたいな構造体の使い方がおかしいやろ

2025/04/29(火) 17:19:01.65

>>715
初心者にありがちな必要以上に難解な設計をしようとしてるだけな気がする
何がしたいのかもっと具体的にして聞いた方が良いよ

ふらっと C#,C♯,C＃（初心者用） Part161
mevius.5ch.net/test/read.cgi/tech/1739970583/

2025/05/14(水) 13:22:20.79

あ…

https://x.com/migueldeicaza/status/1922409129567563855
> Microsoft laid off the senior engineers of .NET on Android and key figures of Maui.

2025/05/14(水) 13:36:56.96

ちまちま人削るんじゃなくてMAUI終了宣言してエンジニア解放してやれよ
やる気ないのにダラダラ続けてもだれも幸せにならないだろ

2025/05/14(水) 17:18:05.55

>I mean, if you find someone using Maui you can make a wish
マウイ島を使っている人を見つけたら、願い事をすることができます
海外ニキってほんまにユーモアあるよな5chの低脳チンパンレスとはインテリジェンスの差をめちゃくちゃ感じるわwww

2025/05/14(水) 17:19:37.55

しかし海外ニキの間でもMSのUIフレームワークはリスクが高すぎから信用しないし使わへんっちゅーんが総意なんクソワロタwww

2025/05/15(木) 00:13:24.31

MAUIで作られたプロダクトって何があるの？

2025/05/15(木) 00:21:17.37

東京都防災アプリはそれっぽい

2025/05/15(木) 00:35:01.72

やっぱAvaloniaUIしかないのか？

2025/05/15(木) 00:54:24.60

海外ニキは今まで通りWPF使うから問題ないって認識でクソワロタ

2025/05/15(木) 01:01:26.46

ワイの個人的な感想やけどええ加減XAML捨ててEdgeで使われてるFluent UIで良くね？って思うんやが
どんなUIフレームワーク作ろうともXAMLである限り絶対失敗するに決まっとんねん
もうHTML+JSでええやん、特にウェブ界隈ではみんな新しいフレームワークやテクノロジーにうんざりしとんねん

2025/05/15(木) 01:11:26.79

Avaloniaいいよね

2025/05/15(木) 01:46:40.41

また関西弁ガイジが来てるのか…キッツ

2025/05/15(木) 02:26:22.26

まあでもWeb系フロントエンドエンジニアですらhtmlとcssはまともに使えないけどな
特にcssは絶望的
tailwindもまともに使えない連中ばっか

2025/05/15(木) 02:32:06.09

Avalonia UIがメインストリームになるわけないやろ
特に最新UIFWはクロスプラットフォーム対応マストやのにXPFが有料のプロプライエタリな時点でお察し
MS謹製のFluent UI Web Componetsに一本かすりゃええねん

2025/05/15(木) 12:27:32.03

>>738
Avalonia UIとAvalonia XPFは別物
UIの方もクロスプラットフォーム対応

2025/05/15(木) 19:32:41.71

MAUIのチーフみたいな人がクビになったんだろ？

もしかして凄腕の主任が来る可能性も！（）

2025/05/15(木) 21:12:03.05

mauiが潰れたらwinui3にデザイナー実装されるかな？

＞　コミュニティからの何年にもわたる要望にもかかわらず、マイクロソフトがこの機能を提供しなかったことは受け入れがたいことです。
＞　これは、Microsoft が次のように言っているようなものです。「Visual Studio ではサポートされないため、当社のフレームワーク (WinUI または Maui) は使用しないでください。」

2025/05/16(金) 18:41:31.20

Avalonia ⭐︎27646
maui ⭐︎22669
uno ⭐︎9364

見たまえ、ゴミのようだ

2025/05/16(金) 18:51:34.96

UNOの存在忘れていた

2025/05/16(金) 19:13:22.17

ま～だポトペタVBジジイがデザイナーとかキチガイなことゆーとんの草
Live Preview(Hot Reload)あんのにデザイナー実装しろ！とか.NET周りの狭いテクノロジーですら全く理解してへんただの能無でクソワロタ

**デフォルトの名無しさん** (JP 0H27-s4bX) · 2025/05/16(金) 19:25:42.10

XAMLは元来ビジュアルデザイナでの編集を意図して設計されていて、XMLなのはあくまでプログラミング言語中立にするのが目的
なので手書きすりゃいいみたいなマウントは筋違い

2025/05/16(金) 21:00:18.40

デザイナーとホットロードが両方あるのが望ましいだろ
結局ホットロードは何も解決しないから

2025/05/16(金) 21:03:03.01

俺はデザイナーなくても使えるから要らないと言うのただの自己中
デザイナーが無いと使えない人にとっては無ければwinUI3は存在しないのと同じ

2025/05/16(金) 21:06:20.74

書ける人であってもXMLなんか手書きしたくないしな

2025/05/17(土) 08:52:20.77

>>742
electron 116778
tauri 92557
wails 28220

2025/05/17(土) 11:42:41.58

flutter/flutter 185000
JetBrains/compose-multiplatform 18000
expo/expo 41000

Flutterは次元が違うとして、JB Composeにギリギリ勝ってるのは意外
まあ企業規模を考えるとMSのコスパの悪さが際立つな

2025/05/22(木) 00:50:35.89

WinUI 3でunpackagedで、
Assetsにどうやってアクセスするの？

2025/05/31(土) 09:45:32.99

MVVMを学ぼうとしてるけど、 Model とViewModel の関係がどうあるべきかがいまいち判断が付かない
VM から M への通知が必要な場合は、やっぱり INotifyPropertyChanged を使うのが良いの？
MVVM関連の情報を見ると、VとVMのバインディングについての説明はあるけど、Modelがどうあるべきという話が見えづらい気がする

2025/05/31(土) 10:09:56.54

ModelとViewModelで似たようなプロパティを書き、かつどちらにも通知の仕組みを持たせると、Modelが実質的に「VMとほぼ同じ、かつロジックを含んでる」ものにならない？

2025/05/31(土) 11:05:11.60

外してたらごめんだけど基本的に
メッセージ通知　=　メソッド
なので普通にmodelのメソッド呼べばいいかと

それがプロパティならプロパティ操作でも良いがその操作に理由や意味が明確にできるならメソッドが良いかと

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終わりすぎててクソワロタ