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

**デフォルトの名無しさん** · 2022/01/20(木) 05:40:40.10

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

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

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

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

**デフォルトの名無しさん** · 2022/02/16(水) 14:28:20.83

https://github.com/microsoft/microsoft-ui-xaml/issues/6360

これうちでも発生してるわ
パッケージ名を、初期値のぐちゃぐちゃなやつに戻したらきちんと動いた
パッケージ表示名だけ変えておけば問題ない？ユーザーから見える部分で影響がなければいいんだけど

**デフォルトの名無しさん** · 2022/02/16(水) 14:46:38.19

>>338
うん、だから今は設定反映の話題だよ。

**デフォルトの名無しさん** · 2022/02/16(水) 21:11:28.96

違うんじゃね？
VとVMの対話の件だろ
結局メッセンジャーパターンで解決されたけど

MVVM界隈でもWPFだけだぞ
とにかくアホらしい

**デフォルトの名無しさん** · 2022/02/16(水) 21:54:37.14

MVVMで真っ当に実装する必要があるならダイアログ今はサービス使ってるわ
適当アプリならVMからShowDialogや！

**デフォルトの名無しさん** · 2022/02/16(水) 22:33:25.97

MVVMで御高説をのたまってるやつらも、
ダイアログだけVMがVの参照持ってるの多いと思われ

アホ過ぎ

**デフォルトの名無しさん** · 2022/02/16(水) 22:56:04.26

ケースバイケースだろ

**デフォルトの名無しさん** · 2022/02/16(水) 22:56:34.84

WinUI3のContentDialogは極自然にVMから操作可能ではある
但し厄介なバグがあるんだよな

**デフォルトの名無しさん** · 2022/02/16(水) 23:50:00.59

そういうところが最近のMSらしい

**デフォルトの名無しさん** · 2022/02/17(木) 00:27:46.74

Windowsのシステムで設定したテーマをそのまま使うと問題ないけど
RequestedThemeでアプリ独自のテーマに変更するとContentDialogの表示がおかしくなる
黒バックに黒文字になったり白バックに白文字になったり

しかしContentDialogをページに埋め込みじゃなくて独立させて作るとと何故かうまく動く

**デフォルトの名無しさん** · 2022/02/17(木) 08:30:25.43

>>341
いや、違くない。最初にMVVMとは関係ないと断っている。
だから実装ではなくUXの話。
ちなみにメッセンジャーパターンはアンチパターンだから使うやつは馬鹿。

**デフォルトの名無しさん** · 2022/02/17(木) 08:57:01.84

>>348
どうするのが正解？

**デフォルトの名無しさん** · 2022/02/17(木) 13:33:28.92

>>348
俺がWPFまだやってた頃、
VとVMの通信の方式でかなり揉めてて
メッセンジャーパターンの確立で
やっとWPF流MVVMのすべての問題が解決！
皆が＼(^o^)／ってなってたんだけど
その後なんか動きがあったのかい？

自分はこの頃WPFにサヨナラして
SPAに全振りする事になったんだけど

**デフォルトの名無しさん** · 2022/02/17(木) 13:34:33.35

>>VとVMの通信
これ双方向の話ね

**デフォルトの名無しさん** · 2022/02/17(木) 14:37:01.90

WinUI3、ちょくちょくデザイナが表示されないってバグ報告あがってて笑った。
まさかデザイナが無いなんて夢にも思わないよな。正式版なのに。

**デフォルトの名無しさん** · 2022/02/17(木) 14:38:43.90

WPFに歴史的価値があるとすれば、それは
MVVMは保守性と開発効率を低下させると実証したこと。

**デフォルトの名無しさん** · 2022/02/18(金) 13:11:59.42

既存のFormアプリにWPFのWindowを表示するため
WPFカスタムコントールライブラリのプロジェクトを追加して
WPFのWindowがダイアログで開けたのですが、なぜかFormアプリの
UIコンポーネントが全て小さくなります。
小さくならない方法はありますでしょうか？

**デフォルトの名無しさん** · 2022/02/18(金) 14:23:41.28

>>350
VでVの要素を操作するサービスクラスを生成してVMにインジェクションするのが一番楽だが
詳細を噛み砕いて説明するのは骨が折れるから誰かやってくれ

**デフォルトの名無しさん** · 2022/02/18(金) 17:40:21.19

>>355
WPF メッセンジャー MVVMでググると上位は大体10年前ぐらいの記事が出てきます
でも多分今でもメッセンジャー使ってる人はいるんだと思う

○○の寄せ集めのQiitaですら代わりの技術の紹介がない

**デフォルトの名無しさん** · 2022/02/18(金) 17:43:40.08

WPFがMVVMがクソだと証明したからな。

**デフォルトの名無しさん** · 2022/02/18(金) 17:47:22.30

他のMVVMではこんな話で盛り上がってないもんな
データの射影ぐらいの扱いなのになんでWPFじゃ状態遷移とかその他もろもろ全部MVVMでやらなければならないんだ
どうせ再利用なんかしないのに

**デフォルトの名無しさん** · 2022/02/18(金) 17:54:24.26

>>358
中途半端な初心者が「MVVMでやらないとバカにされる!」
って強迫観念に囚われてるか、意味も分からずこうやって作るものって思考停止してるか、両方か

**デフォルトの名無しさん** · 2022/02/18(金) 17:58:06.73

>>359
いやいや
熟練と言うか知り尽くしたほうが危うい

**デフォルトの名無しさん** · 2022/02/18(金) 18:26:19.18

メッセンジャーパターンまで付き合って
辞められて良かったわーー
苦労しても固有のロジックすぎて
他で全く役にたたないからな

**デフォルトの名無しさん** · 2022/02/18(金) 18:27:26.73

>>359
当時から、
MVVM至上主義って言われてたよな

**デフォルトの名無しさん** · 2022/02/18(金) 18:45:06.76

MVVM使わないで、例えばconfigを設定する画面を想定した場合、

//configからcontrolへ
IdTextBox.Text=config.Id;

//controlからconfigへ
config.Id=IdTextBox.Text;

みたいなのをコードビハインドに書いてるの？

**デフォルトの名無しさん** · 2022/02/18(金) 21:55:43.47

HTML/CSSなら思い通りの画面作れるけどXAMLだと作れない。
「技術的に」じゃなくて「自分のスキル的に、っていう意味だけど、
やっぱり参考となるようなsampleの絶対数の少なさがなぁ。

**デフォルトの名無しさん** · 2022/02/18(金) 22:07:10.37

WebView2でよくね？
今更こんなオワコン使わなくても

**デフォルトの名無しさん** · 2022/02/18(金) 22:20:20.27

話題がループしてるな

**デフォルトの名無しさん** · 2022/02/18(金) 22:31:21.56

>>365
WebView2をどう使うの？

**デフォルトの名無しさん** · 2022/02/18(金) 22:34:46.53

WebView2の人はUIフレームワークとツールキット何使ってる？

**デフォルトの名無しさん** · 2022/02/18(金) 23:51:16.91

あー、WebViewでローカルのhtmlとかも表示できるってこと？
だったらそれでいいのかな

**デフォルトの名無しさん** · 2022/02/18(金) 23:55:20.81

どうやって表示制御するの？

**デフォルトの名無しさん** · 2022/02/19(土) 00:12:02.32

>>370
C#のオブジェクトをWebView側に渡すことでJavaScript側からC#のメソッドを呼び出したりC#側の状態を参照したりできる
あとは普通にJavaScript側でReactとか使うだけだ

**デフォルトの名無しさん** · 2022/02/19(土) 00:22:40.12

JS側とC#のやり取りをどうやるか定番ってあるのかな。
あまり聞いたことがないがまさかRESTとかじゃないだろうし。

**デフォルトの名無しさん** · 2022/02/19(土) 00:27:02.29

WPFで自前ブラウザー&httpsサーバー作って
SPAをホストする方法ね
中身はReactとか...

自分がSPAに移行するまえに
しのぎでやってた方法
この方式でキオスク端末でまだ何台か動いてるよ

でも今はPWA有るからそっちのが楽だけどね

**デフォルトの名無しさん** · 2022/02/19(土) 00:27:35.44

>>372
websocket

**デフォルトの名無しさん** · 2022/02/19(土) 00:28:31.85

>>372
electron.NETとかみてみれば
もうWPFの要素ないけど...

**デフォルトの名無しさん** · 2022/02/19(土) 00:32:25.83

あとc#とjsの連携のedge.jsというのがある

**デフォルトの名無しさん** · 2022/02/19(土) 00:36:35.88

>>368
Svelte

**デフォルトの名無しさん** · 2022/02/19(土) 00:47:45.48

なんかいっぱいでてきたｗ
定番とかは定まってないのか。

**デフォルトの名無しさん** · 2022/02/19(土) 00:51:11.00

react

変なの選択すると開発者集めに苦労するよ
保守も

**デフォルトの名無しさん** · 2022/02/19(土) 00:59:59.59

純粋なWebアプリならもちろんReactでいいんだが。

>変なの選択すると開発者集めに苦労するよ

JS on C#ってのが現時点ではそんな気がする。
素直にWPFやFormsでいいじゃん、と。

**デフォルトの名無しさん** · 2022/02/19(土) 01:26:47.51

潮流的にクライアントサイド要員はjs(ts)必須ですね
デザイナーの成果物がhtml,css,jsですから
ダサいのは商品価値もさがりますからね

サーバサイドはjava,c#,js,ruby,python(最近は本当に増えてます)いろいろですね

言語統一したかったらjsですね
ただサーバサイドは要員も別のが多いです

**デフォルトの名無しさん** · 2022/02/19(土) 02:10:08.75

jsは型が動的なのがなぁ…tsも実行時の型は保証してないし

**デフォルトの名無しさん** · 2022/02/19(土) 03:21:20.16

TSの処理系によって型安全レベルが違ってるからねぇ
ありえんけどブラウザがネイティブでTSに対応したら使ってもいいけど

**デフォルトの名無しさん** · 2022/02/19(土) 03:33:01.88

クライアントサイドはc#よりtypescriptのほうが書きやすくて圧勝ですね

あとUI開発にはホットリロード必須と思います
Blazorは最悪でした

**デフォルトの名無しさん** · 2022/02/19(土) 07:57:27.90

JavaScript(TypeScript含む)は絶対関わりたくない。
こんなの大規模開発に使っていい代物じゃないよ。
JavaScriptが担っていた部分はDartに置き換わってほしい。
あとReact系もさっさと滅びろ。

**デフォルトの名無しさん** · 2022/02/19(土) 07:57:48.80

>>116のMS製React Nativeがいいんでないか？
もしくは

**デフォルトの名無しさん** · 2022/02/19(土) 08:46:04.71

つか、WebView２ならC#とJSのIFは標準で用意されているのに誰も知らないのな
つまり口だけで誰も使っていないということだろ

**デフォルトの名無しさん** · 2022/02/19(土) 09:07:27.13

>>354
答えになってないかもしれんが、
FormアプリにWPFを使うなら、formのelementhostにWPFのユーザーコントロールを貼るのがいいと思う

**デフォルトの名無しさん** · 2022/02/19(土) 10:01:52.96

>>387
それマジ？

**デフォルトの名無しさん** · 2022/02/19(土) 10:14:08.32

>>389
あ、371の人は知っているようだから「誰も知らない」は間違いだな
WebView2のドキュメント見れば書いてあることだ

**デフォルトの名無しさん** · 2022/02/19(土) 10:45:05.98

.NET5 WPFのListBoxについて質問があります

VS使わずにやってるんですがBehaviorがないと言われます
名前空間もusingしてますが、そもそも無いようで…
別の機種からの投稿なので具体的な名前空間は忘れましたが、サンプル通りのやつです

やりたいことは一つのListBox内の入れ替えや複数のListBox間のD&D操作です

**デフォルトの名無しさん** · 2022/02/19(土) 10:48:21.53

C#でM書いて渡せばWebView2のJSから直接アクセスできるから、MVVMやってるならVVMの部分がそのままJSとHTML/CSSに置き換わるだけだね
つまりビジネスロジックは完全にC#で書けるわけで、これでなおJSで大規模開発辛いと思うなら、
多分そいつがMVVMだと思っているものはVMにロジック書きまくってるエセMVVMの可能性が高い

**デフォルトの名無しさん** · 2022/02/19(土) 11:31:54.74

WebView2
ひっそりとそんなブリッジ機能あったのね
10年前にあれば良かったかな...

日曜プログラマー的に
昔みたくフロントreactでロジックc#で作ってみるかな

**デフォルトの名無しさん** · 2022/02/19(土) 11:32:54.00

でもWebView2使った
electron相当のもうあんじゃね？
知らんけど

**デフォルトの名無しさん** · 2022/02/19(土) 11:33:36.90

System.Windows.Interactivity.dll → Xaml.Behaviors.Wpf

**デフォルトの名無しさん** · 2022/02/19(土) 11:50:34.88

>>392
でもJSとC#混在ってだけで一段ハードルが上がるわけじゃん。
ビジネスロジックだけじゃなくてプレゼンテーションロジックも同じC#で書けた方が楽なのは間違いない。

**デフォルトの名無しさん** · 2022/02/19(土) 12:07:51.70

システム開発でweb系が苦手ってだけで
仕事めちゃ少なくなるんですよ
肩身がせまい

情シスのお客さんなら
100%web出来るから
フリーのwebのUIライブラリーに見劣る操作性のものは
恥ずかしくてだせないですね
自分は

そんな背景でjsには精通する必要があって
第二言語のc#は別のでもいい感じなのです

一番多いのはjavaで
最近はバックエンドpythonがマジで増えてる

**デフォルトの名無しさん** · 2022/02/19(土) 13:03:45.50

>>396
上がるか？下がらん？

**デフォルトの名無しさん** · 2022/02/19(土) 13:16:07.12

html側もwebview2べったりがイヤだからwebapiモドキ

**デフォルトの名無しさん** · 2022/02/19(土) 13:23:50.87

>>398
そのココロは？
単純にJSとC#、Reactと.NETと、異なるものを同時に扱わないとならないだけでもその分労力は増えると思うが。

**デフォルトの名無しさん** · 2022/02/19(土) 13:34:39.99

>>400
Reactみたいにややこしいもの使わなくてもSvelteでも何でも良いんだし。
言ってるほど難易度高くないよ。
カスタマイズしたオーナードローなTreeViewとか作るならHTML+CSSの方がはるかに楽。

**デフォルトの名無しさん** · 2022/02/19(土) 13:40:29.28

WPFは自作コントロール作るのが酷く面倒だからね

**デフォルトの名無しさん** · 2022/02/19(土) 13:55:04.77

>>401
つまり、カスタムコントロール作る前提なら、ってことかな。
うちでやってるデスクトップアプリだと、よほどのことがない限りいちいちカスタムコントロールなんて作らないしなぁ。

**デフォルトの名無しさん** · 2022/02/19(土) 13:55:48.58

アニメーションするチャートとかもWebベースの物の方が良いもの多いよね。見やすいのが多いし、作る側としてもインタラクティブな動きはつけやすい。
最近は業務アプリでもみんな目が肥えてるから。

PowerBIとかもWebViewっぽくないか？

**デフォルトの名無しさん** · 2022/02/19(土) 13:56:45.11

>>403
カスタムコントロールまでいかなくても、チャートの類とか、ビューアーの類とか。
PDFのプレビュー出すのにWebView使うとかもアリよ。

**デフォルトの名無しさん** · 2022/02/19(土) 14:00:32.65

JSとC#の話をしていたはずなのにCSSとXAMLの話になったり、プログラミングの話をしていたはずなのに
ライブラリが豊富という話になったり、なんだろうこのモヤッとする感じ。

**デフォルトの名無しさん** · 2022/02/19(土) 14:04:51.66

c#ジジイたちにWebなんてムリ
今のhtmlやcssは複雑になったしデザインとレスポンシブ込みだとcssフレームワーク使っても使えない無能ばかりだからな

**デフォルトの名無しさん** · 2022/02/19(土) 14:10:51.58

>>406
C#とJSを連携する目的はそれしかないからでしょ。
JSで業務ロジック作って連携する訳がないんだから。
C#でXAMLをコントロールする話と、JavaScriptでCSS+HTMLをコントロールする話が、
C#からJSにinteropしてHTML+CSSを動かす話になるじゃん。
その上で使えるライブラリはJSでしょ。
何が疑問？

**デフォルトの名無しさん** · 2022/02/19(土) 15:33:28.33

みんな、たまにはWPFの話もしてくれよ

**デフォルトの名無しさん** · 2022/02/19(土) 15:42:50.85

WPFからバインディングを切り離したグラフィックモジュールが欲しい
バインディングが諸悪の根源

**デフォルトの名無しさん** · 2022/02/19(土) 15:45:17.17

>>410
ならバインディングしなければいいだけじゃないのか

バインディングそのものはWinFormsにもあるんだぜ

**デフォルトの名無しさん** · 2022/02/19(土) 15:47:24.50

常用してるライブラリがあったら教えてくり

**デフォルトの名無しさん** · 2022/02/19(土) 16:17:06.06

ID:X0wJkiGG みたいに情報提供してくれる人はありがたいけど
煽り入れてくるのはNGするといいお

**デフォルトの名無しさん** · 2022/02/19(土) 16:34:50.41

webもやらないとなぁと思ってVueで入門だわ・・・

**デフォルトの名無しさん** · 2022/02/19(土) 17:50:55.25

>>412
JSだとSvelteで全て済ませたいところなんだけど、d3.jsでチャート書くことも多い。
あと変わり種としては最近はmodel-viewer使ったものも作った。割とウケたけど、これは多分3D触らない人は使わないと思う。

**デフォルトの名無しさん** · 2022/02/19(土) 18:35:10.60

>>410
バインディングを一切使わなくてもアプリは作れるよ

**デフォルトの名無しさん** · 2022/02/19(土) 20:28:44.30

Bindingすげぇ！って言ってたじゃんお前ら最初

**デフォルトの名無しさん** · 2022/02/19(土) 20:32:24.01

>>416
ListViewやListBox、TreeViewなどが使用不能だから
しょぼいやつしか作れませんわ

VM使わないならまだしも

**デフォルトの名無しさん** · 2022/02/19(土) 21:22:19.62

仮想化使わなきゃItemsControl系使えるけど
まぁ、データ数増えたらきついな

**デフォルトの名無しさん** · 2022/02/20(日) 06:09:29.10

>>418
それらもバインディングなしで使えるよ

**デフォルトの名無しさん** · 2022/02/20(日) 09:19:45.81

Caliburn.Microならx:Nameだけでバインディングする
PropertyChanged.FodyならINotifyPropertyChangedを自動実装する
バインディングがわからないって初心者、またいちいち書くの面倒で嫌という人なら役に立つかもしれない

**デフォルトの名無しさん** · 2022/02/20(日) 16:36:12.10

もう終わったドマイナーライブラリの宣伝はいらないよ

**デフォルトの名無しさん** · 2022/02/20(日) 20:58:13.91

VBA触ってからWPF触ったときはデータバインディングに感動したりもしました

**デフォルトの名無しさん** · 2022/02/20(日) 21:23:04.93

データーバインディングって Borland C++ Builder の時から有ったよね

**デフォルトの名無しさん** · 2022/02/20(日) 21:28:40.05

>>424
そう。当時はシンタックスシュガーでしかなかったものが
MVVM信者によってアーキテクチャの一部に祀り上げられたのが根本的な誤ちの始まりになった。

**デフォルトの名無しさん** · 2022/02/20(日) 21:40:18.51

何が誤ちだよ「過ち」って書くんだよ
MVVM理解できない奴は根本的に学がなくて勉強嫌いだって分かるな

**デフォルトの名無しさん** · 2022/02/20(日) 22:14:55.49

C#自体がマイナー

実需はゲーム開発のみ

**デフォルトの名無しさん** · 2022/02/20(日) 22:21:48.82

>>426
常用漢字ではないけど>>425の文脈だと誤ちでも間違いでもない
そもそも5chで誤字指摘とか…

**デフォルトの名無しさん** · 2022/02/20(日) 23:17:32.96

文書入力した後、見返したり推敲したり編集したりしないのだから入力違いやグダグダ文書なんか当然
いわば一筆書きみたいな文書の書き方になるわけだし

**デフォルトの名無しさん** · 2022/02/20(日) 23:40:10.52

技術板なので技術的にグダグダなのは勘弁して欲しいが意味が取れるなら多少の誤字とかは許容範囲

**デフォルトの名無しさん** · 2022/02/20(日) 23:58:10.11

たぶん、MVVM信者って煽りが気に入らなかったんでしょ
だから誤字を指摘してやり返したと予想

**デフォルトの名無しさん** · 2022/02/21(月) 01:29:06.13

>>425
べつに誤字や漢字使いはどうでもいいんだが
バインディングがシンタックスシュガーって、もとはどうだったのか気になる

もともと機能としてはもってて書き方だけなのか
自動生成なら相当な量のコードに該当する気がするんだが

**デフォルトの名無しさん** · 2022/02/21(月) 01:39:26.02

そもそもフロントアーキテクチャ界隈では
viewModelとviewのデータフローで
双方向というのは否定されている

**デフォルトの名無しさん** · 2022/02/21(月) 01:45:07.36

使ってみたらシンタックスビターだった。

**デフォルトの名無しさん** · 2022/02/21(月) 09:57:25.91

>>433
そんなこと言っても、Connected Animationは双方向出来ないと詰む

**デフォルトの名無しさん** · 2022/02/21(月) 14:40:06.59

>>426
MVVM信者は本当に枝葉の議論が好きだねえ

**デフォルトの名無しさん** · 2022/02/21(月) 20:11:38.06

ところで.NET7が来たわけだが
おまいらどうよ？

**デフォルトの名無しさん** · 2022/02/21(月) 20:57:34.26

奇数はスルーだろ。
ぎりぎりまで長寿の4.8で粘るという手もあるしな。
確実に3年以上使える。