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

**mdysdev○** ◆XSDsAilQpD0E · 2023/09/09(土) 07:02:56.33

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

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

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

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

**デフォルトの名無しさん** · 2024/08/07(水) 22:45:38.95

なぜXAMLがJSXになれなかったのか
MSはよく考えて欲しい

**デフォルトの名無しさん** · 2024/08/07(水) 23:04:53.69

テンプレやらスタイルやら難しいよね
枠線変えるだけで一苦労だし

**デフォルトの名無しさん** · 2024/08/07(水) 23:21:02.15

Xamarin.Formsだとentryのborderの色の変更すらめちゃくちゃ大変だからね
添付プロパティ・ビヘイビアで拡張メソッド的に拡張はできるけど用意されてないコントロールのプロパティは継承して依存関係プロパティを実装するしか方法がないからデフォルトからちょっとしたカスタマイズしたいだけなのにとてつもない学習と苦行が待ち受けてる

**デフォルトの名無しさん** · 2024/08/07(水) 23:34:05.76

>>851
XAMLは純粋にXMLだが。レイヤーの違いを認識できないのかね。

**デフォルトの名無しさん** · 2024/08/08(木) 07:35:27.49

SwiftUIもFlutterもVueもReactもみーんなもはやコンポーネントベースだからなー
かと言って疎結合なコードが書けないかというとそういうわけでもないし、Androidは別の形でMVVMはメジャーだし
XAMLの疎結合は拗らせた疎結合

**デフォルトの名無しさん** · 2024/08/08(木) 09:14:12.39

だからあれはblendの疎結合だって

**デフォルトの名無しさん** · 2024/08/08(木) 13:17:06.83

XAMLも嫌、MVVMも嫌、でも大丈夫
BlazorWebViewがあるさ

**デフォルトの名無しさん** · 2024/08/08(木) 14:19:21.45

WebView2でよくないか？

**デフォルトの名無しさん** · 2024/08/10(土) 11:19:50.93

>>829
ノートPCでFHDってスケーリング無いと辛くなってくる解像度だから誤解だぞ
例えば15インチでFHDは30インチの4Kに相当するDPI

**デフォルトの名無しさん** · 2024/08/10(土) 13:31:13.20

26インチでもFHD(2K)が十分な解像度だぞ
テレビ映してもFHDな番組はBS11くらいしかないし

**デフォルトの名無しさん** · 2024/08/10(土) 15:58:00.65

テレビは離れて見るもの
ノートPCは目の前で見るもの
一緒にすんな

**デフォルトの名無しさん** · 2024/08/10(土) 16:09:14.95

スマホでフルHDくらいじゃないとと言うなら判るけど
ノートはフルじゃなくていい
15.6の1333でいい

**デフォルトの名無しさん** · 2024/08/10(土) 16:59:20.78

>>860
30インチの4KはPPIもだが、スケーリング無しでもがんばれば見えるってのがそもそも不十分
文字を綺麗に見せるならスケーリング倍率はなるべく高い方が良い
ノートPCは至近距離で見るものなのだから余計に

**デフォルトの名無しさん** · 2024/08/10(土) 20:23:48.85

控えめに言ってバカだと思う

**デフォルトの名無しさん** · 2024/08/11(日) 21:01:32.79

MVVMって面倒に感じるんだけど皆メリットを感じてるものなの？
あるいは現代だとよりよいアーキテクチャおよびフレームワークがあるのかどうか

**デフォルトの名無しさん** · 2024/08/11(日) 21:08:45.59

それはMVVMアーキテクチャがどうこうって問題じゃない
MSの実装の問題でとにかく何やるにしても面倒臭い壊滅的にセンスがない
それはXAMLやMVVMに限った話じゃなくてASP(Razor)とMVCでもなんでもそうでMSのエンジニアのセンスが悪すぎる
こんなに何やるにしても面倒な実装は他にはObjective-Cくらいしか知らない

**デフォルトの名無しさん** · 2024/08/11(日) 21:36:00.73

>>866
酷すぎだよ
世間一般の認識では

**デフォルトの名無しさん** · 2024/08/11(日) 21:47:19.35

>>866
面倒は面倒だけど自動テストが楽なのはいい。
Windowsだとあまり選択肢はないし少なくともFormsよりはまし。

**デフォルトの名無しさん** · 2024/08/11(日) 22:12:25.61

MV*(MVC、MVVM、MVU)はいずれもフレームワークに流し込んで金太郎飴量産機
生産性は上がるけど全く面白くないという点も共通している、手速く仕事終らせたい人向け
趣味プログラミングな人や学生さんは手を出さない方がいい

**デフォルトの名無しさん** · 2024/08/11(日) 22:34:27.22

生産性ひくいがな

**デフォルトの名無しさん** · 2024/08/11(日) 23:07:09.59

MSってヘルスバーグのような言語やコンパイラやアーキテクチャを産み出した天才がいるにも関わらずフレームワークの開発や実装をしてるエンジニアのセンスが酷すぎるんだよ
.NETがここまで流行らない理由は1.0からずっと使ってる俺から言わせてればすべてのフレームワークが中途半端でろくにメンテもされず人気がでないからコミュニティも盛り上がらずエコシステムが育たずという負の連鎖
VueやSwiftUIのMVVM実装のセンスの良さを見れば如何にMSのエンジニアのセンスが悪いかわかるよな
MSって日本とそっくりだよなどれだけ優れたIPや技術を持っていてもエンジニアリングができない
逆にAppleはIPや技術はすべて外部から買収してきたものだがエンジニアリングが天才的

**デフォルトの名無しさん** · 2024/08/11(日) 23:26:48.30

自分は初学者だと前置きするけど
・シンプルだけど面倒
・学ぶのは難しいけど複雑なものを単純化できる
のいずれかならメリットがあるように思う
けど自分的にはMVVMは難しくて、かつ面倒なように思えて、世の中的にどのような理由で使われてるのかなーと思った
役割分担というのは分かるけど
もう少し勉強してみます

**デフォルトの名無しさん** · 2024/08/11(日) 23:37:30.09

まぁでもMVVMフレームワークもMVVM Toolkit v8でかなりマシになったよ
Prismとか酷かったからなBindableBaseすらなかった初期の時代はINotifyPropertyChangedとかICommandとかViewModelの基底クラスを実装させられてたとか今しか知らない若い奴らは腰抜かすだろうな

**デフォルトの名無しさん** · 2024/08/12(月) 10:08:06.35

登場時期が全然違うの全く考慮にいれてないという
WPF 2007年

**デフォルトの名無しさん** · 2024/08/12(月) 11:12:23.89

でもknockout.jsもそのくらいでね？

**デフォルトの名無しさん** · 2024/08/12(月) 13:26:27.11

>>872
判ります

**デフォルトの名無しさん** · 2024/08/12(月) 13:39:03.81

もっと読みやすい文章にしてほしいニャー
狂人が書いてるみたい

**デフォルトの名無しさん** · 2024/08/12(月) 14:12:42.71

ComboBox、TextBoxなどはBindingしてるけどTextBlockなどはコードビハインドで済ますのはあかんの？
CheckBoxなんかもよくやるけど

**デフォルトの名無しさん** · 2024/08/12(月) 14:25:12.91

意味不明

**デフォルトの名無しさん** · 2024/08/12(月) 14:32:48.90

>>879
ま普通だね

**デフォルトの名無しさん** · 2024/08/12(月) 16:52:55.23

>>881
ありがとう。
ボロクソに言われるかと心配してた。
最近はぐぐるよりAIに頼ってます。

**デフォルトの名無しさん** · 2024/08/12(月) 18:29:38.98

絶対Bindingしなきゃならんって法はないけど、わざわざコードビハインド使うのはなんか理由があるのかな。

**デフォルトの名無しさん** · 2024/08/12(月) 20:40:56.89

>>883
アホのエバンジェリストが主導した

**デフォルトの名無しさん** · 2024/08/12(月) 23:43:41.03

コードビハインドを勧めるエバンジェリスト？？

**デフォルトの名無しさん** · 2024/08/12(月) 23:43:54.69

MSのエバンジェリストとか外部委託されたVTuberとかわらへんのもしらんのかwww
セブンイレブンのオムニセブン案件のときもただのお飾りで誰も相手にしてへんかったのクソワロタわ
MSのMVPもMVPからの他薦なら技術とか貢献とか関係なしに簡単に取れるんやぞ俺はMVP本人から直接これを聞いたからなwww
MSの精度なんてすでに形骸化してるうえに能力なんて関係ないねんほんまピュアピュアなキッズしかおらんのクッソウケる

**デフォルトの名無しさん** · 2024/08/13(火) 08:07:02.59

自称評論家の話はつまんないなぁ

**デフォルトの名無しさん** · 2024/08/13(火) 09:35:11.71

もっと読みやすい文章にしてほしいニャー
狂人が書いてるみたい

**デフォルトの名無しさん** · 2024/08/13(火) 10:30:47.84

rustで漫画ビューワ作る君は前からこんなだし心にゆとりがない人生歩んでるっぽいからしょうがない

**デフォルトの名無しさん** · 2024/08/13(火) 10:55:48.82

>>886
MVPで俺より仕事出来た奴を見たことがない
あれは実力じゃなくてコネで取るものだからな

**デフォルトの名無しさん** · 2024/08/13(火) 12:27:40.90

AndroidアプリやFlutterの設計パターンだとメジャーなんでしょ？MVVM
WPFのそれとは別物だと言う人もいてよく分からないけど

**デフォルトの名無しさん** · 2024/08/13(火) 12:47:51.70

WPFのMVVMは、MVVM＋Blend Framework！
Blend というのは、Microsoft Expression Blend という開発環境のためのライブラリで後にVSに統合された。この機能を実現するために過剰なまでの疎結合やBehavior、Triggerとかが必要になる。個々のプログラム要素を疎結合にして、ビジュアルデザイナーでポトペタを簡単！を目指した、デザイナーとプログラマーの協業支援オーサリングツールなのだが、正直中途半端で誰も使ってない。まともに使ってたやついないだろ！俺はガチ使いしてたけど。笑

単に、コアなMVVMだけやりたかったら、>>879 見たく、Bindingして、あとはコードビハインドで書けば良い。それが一般的なMVVMだ。Vue.jsのMVVMとかやってみると実装が超簡単で、アホみたくなるよ。

**デフォルトの名無しさん** · 2024/08/13(火) 12:48:48.22

たいして違いがわからん……

**デフォルトの名無しさん** · 2024/08/13(火) 13:12:00.80

Converterとか色々あって面倒だな。
もっと簡単にならん？
android(java)はMVVMなんか意識しないけどなぁ。

**デフォルトの名無しさん** · 2024/08/13(火) 13:18:01.33

他のMVVMじゃBindingする以外は意識しないレベルなのが普通なのよ。
WPFで面倒なのは全部Blendデザイナー上で使えるようにするための下らん実装。

**デフォルトの名無しさん** · 2024/08/13(火) 13:34:05.94

>>892
正直プログラマの負担がでかすぎんだよなあ
初見じゃ訳わからんxamlとバインディングとMVVMフレームワークの仕様に合わせた設計と構文必死に覚えてようやくスタートライン、それでも大した恩恵は無し
疎結合つってもobjectだのリフレクションだの内部的に使いまくってるせいでパフォーマンス最悪だし

それなら最初からスクリプト言語で十分
UI層をC#なんていう中途半端な立ち位置の言語でやるメリットがマジで無い

**デフォルトの名無しさん** · 2024/08/13(火) 13:59:58.78

>>892
Windows Phone が生き残っていれば活路はあったのかな

**デフォルトの名無しさん** · 2024/08/13(火) 15:03:37.06

Googleが推奨してるこれはMVVMとは違うの？4つに分けることを推してるわけではないけど、一応モデルとビューモデルの分離構成について言及がある
https://developer.android.com/topic/architecture?hl=ja

ただ、単方向データフローをかなり重要視しているみたい。他のフレームワークも今は全部そうだよね

**デフォルトの名無しさん** · 2024/08/13(火) 15:34:57.47

やっぱそうなんか。
androidではwinformと変わらん感じで組んでいるわ。

**デフォルトの名無しさん** · 2024/08/13(火) 15:55:09.53

WPFでも同じように実装できるんだが
それを主流とせず忌むべき物としたのはエバンジェリストの所業

**デフォルトの名無しさん** · 2024/08/13(火) 16:14:35.64

テキストボックスにフォーカスが当たったら全選択するのはどうすんだってググってんだけど
マジでこんな複雑怪奇なの？

こんな当たり前の機能なんかプロパティでピッとやってパッかと思ったらとんでもねえ手間で草

**デフォルトの名無しさん** · 2024/08/13(火) 16:20:13.05

変数とかの変更はMVVMのようにあちこちでやらないで一か所でやれ！
reactのReduxみたいなやつだよ

**デフォルトの名無しさん** · 2024/08/13(火) 16:33:04.15

もう酷すぎて...

**デフォルトの名無しさん** · 2024/08/13(火) 16:55:55.49

SSOTだけが変数を変更できる
あちこちで手軽に変数値を変えないでSSOTにメッセージ飛ばせ！
その結果変数が変わることもある！

**デフォルトの名無しさん** · 2024/08/13(火) 17:08:29.60

懐かしいな
「コードビハインド使ってはダメルール」

**デフォルトの名無しさん** · 2024/08/13(火) 17:15:10.67

Googleさんは上のページでコンポーネントに値を持たせるな！って言ってるけど

**デフォルトの名無しさん** · 2024/08/13(火) 20:06:05.48

そっかandroidではUI操作をコードビハインドのように書いているがlayout(xml)をbindingしてるんだな。
WPFもconstraintlayoutでデザインしたいわ。

**デフォルトの名無しさん** · 2024/08/14(水) 14:55:08.62

>>901
sendkey で ctrl + A

**デフォルトの名無しさん** · 2024/08/14(水) 20:00:21.04

WinAppSDK 1.6preview
TitleBarもFlowLayoutも消えてて草

**デフォルトの名無しさん** · 2024/08/14(水) 22:30:49.92

.NETというかMS開発環境の売りが互換性なのにフロントエンドに関しては破壊的変更が多すぎて互換性まで低すぎるんが草生えるわwww
このスレは実際大手で最新のアプリ開発したことないにわかの知ったかやアマチュアばっかやからわからんやろうがWinRTとか地獄やったぞ

**デフォルトの名無しさん** · 2024/08/14(水) 22:33:08.22

WinRTには手出さなかったわ

**デフォルトの名無しさん** · 2024/08/14(水) 22:57:55.69

VB6は現役だからな
それやってりゃ他の勉強しなくても良いし
ジジイになった時絶望するだろう

**デフォルトの名無しさん** · 2024/08/14(水) 23:56:09.73

>>910
開発環境が売りの時代ってJavaの台頭前までだね

**デフォルトの名無しさん** · 2024/08/15(木) 09:34:21.58

windows phone買ってWinRT開発してたけど

**デフォルトの名無しさん** · 2024/08/15(木) 09:38:59.96

その失敗体験で結局動けば高度な仕組みはいらないと感じた
html+αがあればモバイルでも平気だと

**デフォルトの名無しさん** · 2024/08/15(木) 11:51:01.89

>>910
ただ時間を無駄にしただけのことを自慢されても…

**デフォルトの名無しさん** · 2024/08/15(木) 17:25:26.54

.NetFrameWorkと.NetCoreは結局どうなるの？

**デフォルトの名無しさん** · 2024/08/15(木) 19:14:09.37

だったらBlazorでいいじゃないか、格好いいUIフレームワークが無料でいくつも転がってる
見てまわるだけで1日時間を無駄にしちゃうよな

**デフォルトの名無しさん** · 2024/08/15(木) 19:26:52.27

WPFでwebview2をホストしてビューを全部Reactで書いてればどんな技術的荒波にものまれず生きてけるゾ

**デフォルトの名無しさん** · 2024/08/15(木) 22:22:38.90

今後は全部WebView2でやるんでしょ
実際もう全部WebView2でいい

**デフォルトの名無しさん** · 2024/08/15(木) 22:48:21.09

>>919
揉まれても生きていけるよう鍛えるつもりならそれもあるが、Windows限定で余計な手間をかけたくないなら
このままWPFを使い続けても少なくとも2031までは生きていける。

**デフォルトの名無しさん** · 2024/08/16(金) 03:40:33.32

>>921
いや案件が全く無いですからwww

**デフォルトの名無しさん** · 2024/08/16(金) 03:57:57.94

WebView2は制約もバグも多いんだがほんまエアプかホビープログラマーしかおらんなこのスレはwww
WPF時代のWebViewもバグ満載で最終的に開発者が公式フォーラムでWPF開発終了でメンテもせんからバグそのままになるけどごめんやではクソワロタ
そもそもWebView2なんて使うならReact Native使うっちゅーねん手段が目的になっとるやんけほんまアホやな
そーいえば過去にXAMLや.NETの腕を買われてXamarinで開発するからリーダーとして客先入ったら客先CTOがやっぱReactでやりまーすは爆笑したけどな
まぁ俺はフルスタックやからReactでもプロジェクトリーダーやったがwww

**デフォルトの名無しさん** · 2024/08/16(金) 11:05:31.52

まともなプログラマーが5chを見てるはずがない
「5chで＊＊＊な議論されてるよ」なんて言えるかよ

**デフォルトの名無しさん** · 2024/08/16(金) 11:08:27.68

>>923
ReactとReactNativeは全然違うぞ
笑

**デフォルトの名無しさん** · 2024/08/16(金) 11:47:42.52

>>922
WebView2指定してくる案件なんてのも見たことないな。
つか、Windowsとかプラットフォームレベルならわかるけどフレームワークまで指定してくる案件も
新規じゃあまり見ないが。
たいてい要件に合わせてこっちから提案するほう。

**デフォルトの名無しさん** · 2024/08/16(金) 12:01:02.66

Reactおじが住んでいるスレ

**デフォルトの名無しさん** · 2024/08/16(金) 12:02:26.86

というかGUI開発してる人のかなりの割合はReactおじじゃね？

**デフォルトの名無しさん** · 2024/08/16(金) 12:08:41.19

>>926
アーキテクチャは俺が決めてんよ
依頼元の了解は必要だけど

**デフォルトの名無しさん** · 2024/08/16(金) 12:52:04.56

悔しくて悔しくて顔真っ赤で無い知恵絞って考えた結論がこの

>ReactとReactNativeは全然違うぞ
>笑

そして苦し紛れの子供のような嘘が

>アーキテクチャは俺が決めてんよ
>依頼元の了解は必要だけど

WebView2の案件なんて世界広しと言えども見たことねーよwww
社名は出さんでええからどーゆー案件なんか具体的に書けよまぁ空想やから書けへんやろけどwww
日本やと大手はReactですら嫌がるのにアーキテクチャは俺が決めてんよ(ｷﾘｯ！からのWebView2はクソワロタ
あー腹痛いは昼間から笑かすなやwww

**デフォルトの名無しさん** · 2024/08/16(金) 13:10:50.59

>>929
だからそう書いてるんだが。
案件が全く無いって話はどこから来たんだか。

**デフォルトの名無しさん** · 2024/08/16(金) 14:02:04.26

ここは零細下請けソフト屋の集まりなんか？
こんなリーダーじゃ知れたもんだな。

**デフォルトの名無しさん** · 2024/08/16(金) 14:35:20.45

ほんとそれ
この知ったかぶりリーダーひどいな

**デフォルトの名無しさん** · 2024/08/16(金) 20:18:35.22

>>923
またいつもの馬鹿か

**デフォルトの名無しさん** · 2024/08/16(金) 21:18:19.10

効いてて草

**デフォルトの名無しさん** · 2024/08/16(金) 21:34:37.09

バグが判っていれば避けるだけだしな。
それ以前に自分のバグが盛大だろうな。

**デフォルトの名無しさん** · 2024/08/16(金) 21:54:47.47

>>935
https://itest.5ch.net/mevius/test/read.cgi/tech/1628421492/913
あれから少しは賢くなった?

**デフォルトの名無しさん** · 2024/08/16(金) 22:12:11.07

>>929
>>>926
>アーキテクチャは俺が決めてんよ
>依頼元の了解は必要だけど

クソワロタwww

**デフォルトの名無しさん** · 2024/08/17(土) 14:16:17.86

>>923
ReactNativeはWebViewじゃありません

**デフォルトの名無しさん** · 2024/08/17(土) 14:30:25.78

ReactはJavaScriptのライブラリだろ
BlazorであればJson.NETもDapperもSqlKataも引き続き使える

**デフォルトの名無しさん** · 2024/08/17(土) 15:12:27.35

MSやまともなPG：「XAMLやだなぁ・・・」
↓
React Nativeにしよう
実際にMSは自社サービスとアプリがほぼReactとReact Nativeで開発されている

知ったか低脳チンパンガイジ：「WPFよくわからないからやだなぁ・・・」
↓
そうだ！WebView2にしよう！
今後は全部WebView2でやるんでしょ
実際もう全部WebView2でいい

**デフォルトの名無しさん** · 2024/08/17(土) 15:28:29.38

WindowsのReact NativeってUWPなんでしょ？
Windowsで XAMLやだなあ…ってなったらWinFormsにすると思う

**デフォルトの名無しさん** · 2024/08/17(土) 15:56:47.92

>Flutterやろうよ！！！ 3
>0913 デフォルトの名無しさん (ﾜｯﾁｮｲ fb5f-23wO) 2022/03/11(金) 00:05:40.08
>C#とXAMLじゃないのにMVVMとか意味ないぞ
>元々XAMLとMVVMがセットで設計されてるフロントエンドフレームワークなんだ
馬鹿な知ったかリーダー

**デフォルトの名無しさん** · 2024/08/17(土) 16:23:05.32

WebView2くん顔真っ赤で草

**デフォルトの名無しさん** · 2024/08/17(土) 16:37:47.57

https://itest.5ch.net/mevius/test/read.cgi/tech/1627778316/561
Microsoft Xamarin part8 [.NET MAUI]
>0561 デフォルトの名無しさん 2022/06/16 19:22:57
>俺は今一番興味があるのがRustなんだが別にドライバ書くわけでも書けるわけでも仕事があるわけでもねーからなぁ・・・って感じだったんだがElectron代替のTauriが一番気になっててMAUIがゴミすぎたから
>近々Rustの学習もかねてTauriでWindowsデスクトップアプリを作るからお前らもTauri触ってここで感想を書いてけよ
>ポトペタおじさんなんて業界の底辺の話題よりよっぽど有意義なスレになるぞwww

口だけの無能

**デフォルトの名無しさん** · 2024/08/17(土) 16:52:50.20

WindowsでReactやるくらいならまだDelphi選ぶかなあ

**デフォルトの名無しさん** · 2024/08/17(土) 18:17:11.12

横からだけどそれはないかな…
Delphiはもう残りの人生で触らなくていい

**デフォルトの名無しさん** · 2024/08/17(土) 18:21:28.43

エンジニアとして終わってるな

**デフォルトの名無しさん** · 2024/08/17(土) 18:23:53.33

まだDelphi書いてる人いたんだ
すごいね

**デフォルトの名無しさん** · 2024/08/17(土) 18:32:15.96

罰ゲームでなければもう本当にDelphiなんて触りたくない
GUIなんてもうwinformsの100倍ぐらいの劣化バージョンだったし

**デフォルトの名無しさん** · 2024/08/17(土) 19:24:47.52

WebView2くんファビョりすぎてぶっ壊れてスクリプト化してんのクソワロタwww