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

**デフォルトの名無しさん** · 2021/06/20(日) 17:04:18.66

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

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part25
https://mevius.5ch.net/test/read.cgi/tech/1612522463

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2021/07/03(土) 13:31:50.48

>>304
実際には、WinFormsが少し前の高級車で、WPFは、バックカメラを
搭載した軽自動車みたいな感じだろう。
速度が違うし、どっちがいいとも言えないような状態。

**デフォルトの名無しさん** · 2021/07/03(土) 13:51:45.16

>>325
もとい。
バックから見たいな画期的なものはWPFには付いてない。
せいぜい、短波ラジオが追加された軽自動車みたいな印象。

**デフォルトの名無しさん** · 2021/07/03(土) 14:03:08.22

WPFってWindowsメッセージドリブンなアプリを作れないよね

**デフォルトの名無しさん** · 2021/07/03(土) 14:03:10.68

そんなにWinFormが好きなのかｗ

**デフォルトの名無しさん** · 2021/07/03(土) 14:22:06.46

>>325
実際にはWinFormsがリヤカーでWPFがステーションワゴン

**デフォルトの名無しさん** · 2021/07/03(土) 14:22:33.63

WinFormsは、レンブラントやミケランジェロの作品の様に万人から一定の評価を
受けるようなものだが、WPFはピカソの絵みたいに人を選ぶ。
支持者には画期的で先鋭的なものらしいが。

**デフォルトの名無しさん** · 2021/07/03(土) 16:12:05.88

いつまでWinForms vs WPFやってんの
ネタが尽きて妙な例えになってるし、いい加減にしろ

**デフォルトの名無しさん** · 2021/07/03(土) 16:51:53.62

10年以上続けてる習慣にいい加減にしろだって！？
お前こそいい加減に止めることはできないって現実を理解しろよ

**デフォルトの名無しさん** · 2021/07/03(土) 18:06:40.40

>>320
やってみようかなという気持ちと
そっちの道も蛇の道では、または
それならWinFormsでいいんではないかという気持ちがある

WPFの扱いをユーザー側でどうこうするより、
MS側でバインディングを簡素化してくれた方が嬉しいかな

**デフォルトの名無しさん** · 2021/07/03(土) 18:07:36.50

自分が知ってるOSSでWPF使ってるのはEDCBぐらい
MVVMは使ってないようだけど

**デフォルトの名無しさん** · 2021/07/03(土) 18:27:49.11

>>322
ここ3年ぐらいで出版されたのを一冊買ってある
アマゾンで高評価だった奴
でも、欲しかった情報とちょっとズレてるんだよね・・・
もちろん有用な情報もあったけど

**デフォルトの名無しさん** · 2021/07/03(土) 18:30:13.91

>>324
> js覚えてReactとかやってみたら？

あら、今、正にそこ
そうだね、その方向性で行こう

**デフォルトの名無しさん** · 2021/07/03(土) 19:20:53.81

今更、WPFを覚えるってのもね。

**デフォルトの名無しさん** · 2021/07/03(土) 19:52:56.77

今ならWindows Runtime系の本でC#バージョン新しめのやつ探したほうが良い、あるのかは知らん(´・ω・`)
Xamlまでやるなら素直にPetzoldくんの6版

**デフォルトの名無しさん** · 2021/07/03(土) 20:10:39.49

マジか。WPF今から頑張ろうと思って色々調べているけど
正当進化のUWP?がズッコケてるのみるとこの技術に未来はないのかなとも思う
ただWPFのFormsにはない先端で綺麗なコントロールがあるからほっとけない

**デフォルトの名無しさん** · 2021/07/03(土) 21:19:34.25

今WPFを使う必要に迫られているのではなく将来を考えて勉強しようとしているなら、
さすがにそれはWebかスマホをやったほうがいいぞ

**デフォルトの名無しさん** · 2021/07/03(土) 22:02:27.73

Reactの次のステップが
React Native for windowsでのwinアプリ作りだね

https://docs.microsoft.com/ja-jp/windows/dev-environment/javascript/react-overview#does-react-work-on-windows

https://microsoft.github.io/react-native-windows/

**デフォルトの名無しさん** · 2021/07/03(土) 22:03:35.57

今ネイティブアプリを作る理由は鯖を用意しなくて良いぐらい…

**デフォルトの名無しさん** · 2021/07/03(土) 22:10:03.29

ネイティブアプリで自前ブラウザーを構成し、
本体アプリはReactで作成する

**デフォルトの名無しさん** · 2021/07/03(土) 22:13:34.86

>>339
趣味なら良いんじゃない？
慣れれば使いやすいから

フリーランスとかで案件が欲しいんだと微妙

**デフォルトの名無しさん** · 2021/07/03(土) 23:34:47.12

>>339
WPFのxamlは多機能すぎるしとりあえず最低限でもいいから適当にやればいい
ただ、MVVMは他でも使ったりするからこっちを重点的にやればいい

**デフォルトの名無しさん** · 2021/07/03(土) 23:35:31.59

MVVMは他でも使うというのは語弊があるかと

**デフォルトの名無しさん** · 2021/07/03(土) 23:36:48.07

俺が勉強した時は最初はxamlに深入りしないで他でもいきるMVVMの方に力入れてモチベーションを維持した

**デフォルトの名無しさん** · 2021/07/03(土) 23:38:42.00

MVVM技術は袋小路で他に流用できないし思想も実装によって違う
MVVM自体はこれから捨てられる技術

開発＆テストしづらいのでFaceBookはMVVM否定してReactでFluxを使ってる

**デフォルトの名無しさん** · 2021/07/03(土) 23:40:38.59

MVVMが向いてるのは個人などの小規模アプリ
中～大規模だと相互の関係が分かりづらくバグの温床になるので敬遠される

**デフォルトの名無しさん** · 2021/07/03(土) 23:44:15.93

andorid開発でもDataBinding+MVVMだし
flutterでもMVVMで作ってるし
最新のjetpack composeでもMVVM使う予定だけど

ただ、flutterなどデータバインディングない環境は自前でVとVMを接合しないといけないけど

すげぇ便利

**デフォルトの名無しさん** · 2021/07/03(土) 23:46:01.95

>MVVM技術は袋小路で他に流用できないし思想も実装によって違う

そもそもその手のアーキティクチャで他に流用できるものなんてどんだけあるかねぇ。
結局フレームワークごとそれぞれの考え方を習得しなきゃsならんように思うが。

**デフォルトの名無しさん** · 2021/07/03(土) 23:55:56.96

MVVMは基本、単に責務ごとにMとVとVMに分けて、オブザーバーパターンで状態変化通知して、xamlみたく組み込みのデータバインディングあればなおさらいいてだけじゃん

フレームワークによらず、アプリ全体をMVVMで設計できて
フレームワークによって違うのは主にVとVMと接合部分だけで
むしろ新しく覚えるのがそれだけなんだが?

**デフォルトの名無しさん** · 2021/07/04(日) 00:12:28.55

MVVMは副作用がわかりにくいので更新順序などで結果が違うなどバグの温床になる
状態を考慮せず実装できるような気がするが実は隠れた状態があり
その状態自体が見えづらく制御しづらい

**デフォルトの名無しさん** · 2021/07/04(日) 00:12:35.78

むしろMVVMのV差し替えで別フレームワークに切り替えた実例見たことないけど何かある？

**デフォルトの名無しさん** · 2021/07/04(日) 00:14:23.32

VとVMの切り替えはセット

**デフォルトの名無しさん** · 2021/07/04(日) 00:20:28.59

誰もさすがにコード共有までは言ってない
MVVMというアーキテクチャでUIフレームワーク変わっても同じように設計、実装できるといってるだけ

別にUIフレームワーク変えて一方向のデータフローが好きなら新しくfluxも覚えればいい

**デフォルトの名無しさん** · 2021/07/04(日) 01:13:39.87

MSもMAUIではMVU採用したみたいだけど
WinUIはどうすんのかな

**デフォルトの名無しさん** · 2021/07/04(日) 01:16:05.43

>>353
そういうこともあるけどナレッジが蓄積されるとバグのパターンと修正ポイントがすぐわかるようになる
大昔イベントドリブンの黎明期にも同じような事が言われて
古参が「ほらやっぱり逐次制御で書かないと分かんなくなる」と騒いだけど
その時も同じように解決されていった

**デフォルトの名無しさん** · 2021/07/04(日) 06:27:35.14

たぶんだけどmauiのMVUっても二つに分けてかんがえないと
まず、flutterなど今どきっぽく、UIをxmalではなくコードで宣言的に書けるってことだろ
で、おそらくjetpack composeみたくコードで書いた部分の状態を参照する部分は
オブザーバブルな状態の変更通知の購読、キャンセルはコンパイラサポートでコード自動生成？
flutterはここ自前でやらなきゃいけないので面倒

で、UIでイベントが発生したら、あとはそのイベントをどこに流すかだけでしょ

イベント発生時にViewModelのメソッド呼べばMVVMになるし
他の何かにしてデータの流れを一方向にすればMVUになるし

ただそれだけの話

**デフォルトの名無しさん** · 2021/07/04(日) 06:30:16.24

.NET MAUIでUIがxaml使わずにコードで宣言的にUIかけるように
なっても、UIのイベントをどこに流すかでMVVMにもほかのMVホゲホゲの何かにもなるし
ただそれだけ

俺が>>350のjetpack composeでやろうとしてることと同じ

想像だけどね

**デフォルトの名無しさん** · 2021/07/06(火) 07:06:29.25

React Nativeはオワコン、PWAも手を出す価値なし？

**デフォルトの名無しさん** · 2021/07/06(火) 09:51:25.64

VMとMをバインディングするからいろいろイビツになったり複雑になったりするんだと常々思う

**デフォルトの名無しさん** · 2021/07/06(火) 09:58:12.53

違うだろ

**デフォルトの名無しさん** · 2021/07/06(火) 11:18:59.50

いや違わない
コードビハインドを使うなというアホまで出る始末

**デフォルトの名無しさん** · 2021/07/06(火) 11:34:57.19

変更即時反映のUIって最近流行りじゃん、スマホでもWebでも最近ではWindowsの設定画面でも
あれUXとしては後退だと思うんだよね
でもMVVMから見ると素直に作れるんだよね

プログラマやってる俺ですら
あれ？ミスタッチしたんじゃね？
どこ変えたかわかんなくなったからキャンセルしたいんだけど？
って度々思うもん

**デフォルトの名無しさん** · 2021/07/06(火) 12:07:19.74

>>364
ごめん
読み間違えてた
コードビハインドの件は同意
あれはBlendでポトペタするため

**デフォルトの名無しさん** · 2021/07/06(火) 12:31:13.78

>>365
optimisticなuiって奴か？
俺あれ嫌いや

**デフォルトの名無しさん** · 2021/07/06(火) 12:32:33.09

ああ違う
いちいちSaveとか押さんでも保存される奴か
あれは確かにデータフローに引っ張られてる面あると思う

**デフォルトの名無しさん** · 2021/07/06(火) 16:37:57.56

DataGridのColumnHeaderのボーダーがCellのそれと比べてほんの少し右にズレてるのは仕様？

**デフォルトの名無しさん** · 2021/07/06(火) 21:30:26.20

blenderおじさんまだいるのかｗ

**デフォルトの名無しさん** · 2021/07/06(火) 21:43:25.19

>>369
仕様　回避コード書いてるサイトあったな

**デフォルトの名無しさん** · 2021/07/07(水) 06:26:07.20

>>365
変更即時反映が悪いわけじゃない。
直近で変えた項目の色を変える、設定変更のアンドゥをできるようにする等
いくらでも改善できる。

**デフォルトの名無しさん** · 2021/07/07(水) 07:59:44.80

設定を他人に伝えるとき即時のほうがありがたい
適用ボタンを押す指示はないほうがいい

**デフォルトの名無しさん** · 2021/07/07(水) 10:28:43.71

>>372
やってないじゃん

**デフォルトの名無しさん** · 2021/07/07(水) 12:02:11.13

>>371
仕様か
昔の立体Win32スタイルの名残でズレてるってことなんだろうな

**デフォルトの名無しさん** · 2021/07/07(水) 14:14:24.07

>>373
大体、そういう説明が理解出来ない人は低IQか初心者。
慣れた人には適用ボタンが有った方が便利で安心。
Windowsは少し高IQな人に向いている。
モバイルは万人向けなので、普通IQや低IQの人が使える様になっているが、
むしろ機能としては不便になっている。

**デフォルトの名無しさん** · 2021/07/07(水) 15:07:54.70

>>376
++

**デフォルトの名無しさん** · 2021/07/07(水) 15:28:42.41

>>376
☆★★★★

**デフォルトの名無しさん** · 2021/07/07(水) 15:35:09.52

既存のモデルにコンソールのガワを被せるためにMVVMを採用
バインディングのためにモデルをバインディング仕様に改造

もうこれがイビツ極まりない
UIフレームワークの都合に合わせてモデルを変更するとか気持ち悪すぎる

**デフォルトの名無しさん** · 2021/07/07(水) 16:51:39.11

>>379
★★★★★

**デフォルトの名無しさん** · 2021/07/07(水) 18:05:12.08

個人的にはせっかくバインドする仕様にしたんだから、デフォルトをリアクティブに寄せれば良かったのにと思う
webのJSフロントエンドフレームワークとかみたいに感覚的じゃないんだよね

**デフォルトの名無しさん** · 2021/07/07(水) 18:20:21.95

>>376
典型的な低IQ無能プログラマ。
そんな甘ったれた考えだといつまでたっても底辺から上がってこれないぞ。

**デフォルトの名無しさん** · 2021/07/07(水) 18:24:35.65

>>379
何か作り方おかしくないか？
UIそのものやUIフレームワークを除外した残りがモデルなんだから。

**240** · 2021/07/07(水) 18:36:42.16

>>381
ReactiveUI+乱立してるMVVMフレームワークから1つ決めて公式実装にしてほしいわ
というかぶっちゃけAvaloniaの方向性で良いので、買収して開発リソースぶちこんでくれ…

**デフォルトの名無しさん** · 2021/07/07(水) 18:39:51.64

>>383
それがUIの都合で汚染されるのがイヤだって言う話

**デフォルトの名無しさん** · 2021/07/07(水) 18:56:02.35

>>374
変更即時反映がUXとして後退と主張するから違うと指摘したまで。
例えばVSCodeの設定UIはデフォルトから変えた部分は印が付く。

**デフォルトの名無しさん** · 2021/07/07(水) 18:59:32.38

>>385
なぜVMに書かない

**デフォルトの名無しさん** · 2021/07/07(水) 19:37:01.71

>>387
？

**デフォルトの名無しさん** · 2021/07/07(水) 19:54:05.96

>>376みたいな人間がUXを語るべきじゃないな
感性も腐ってそう

**デフォルトの名無しさん** · 2021/07/07(水) 20:56:03.54

開発者のエゴイズム丸出しでいかにもWPF好きらしくていいじゃん

**デフォルトの名無しさん** · 2021/07/07(水) 21:01:06.97

WPFって見た目がカラフルでもUIデザインの基本的なプロトコルはクラシックなWinアプリのままなんで、
画面遷移とか作り込んで完全にWebやスマホ風にしてしまうのでもない限りは即時反映はかえって混乱を招くと思う

**デフォルトの名無しさん** · 2021/07/07(水) 21:03:20.07

彼はむしろWPFアンチだよ
冗長くんだもん

**デフォルトの名無しさん** · 2021/07/07(水) 22:28:03.79

>>388
バインディングの都合を満たすのはVMの仕事で、Mの独立を保つ為に犠牲になる係でしょ？

**デフォルトの名無しさん** · 2021/07/07(水) 23:12:07.60

しかし、Modelの一部をINotifyPropertyChangedやReactivePropertyに変えるなど
規模にもよるが小一時間の仕事だろうに

使いたくない理由を無理やり探しているんだろうね

**デフォルトの名無しさん** · 2021/07/07(水) 23:14:24.01

INotifyPropertyChangedなんてWinFormでも使うだろうに
何のためのモデルクラスだったんだろう

**デフォルトの名無しさん** · 2021/07/08(木) 07:47:22.54

>>394
手間の問題じゃなくて
なんでUIフレームワークの都合でモデルをいじらなきゃならんのかって話

**デフォルトの名無しさん** · 2021/07/08(木) 07:53:01.19

WPF使う場合はやはりモデルから対応しなければならない
それが嫌なので躊躇してしまう

モデルが依存関係を除去したところでINotifyPropertyChanged実装しないといけない

**デフォルトの名無しさん** · 2021/07/08(木) 07:57:14.43

>>394
なんで
INotifyPropertyChanged
ReactivePropert
みたいのがmodelにあんの？(;´д｀)

**デフォルトの名無しさん** · 2021/07/08(木) 11:13:00.38

MVVMで作ればINotifyPropertyChanged実装しなきゃいけないのはUIとバインドするViewModelだけだぞ
ModelをObservableにしたければ、独自のObservableインターフェース使えたければ使えばいいじゃん
Modelは無理にINotifyPropertyChanged使う必要はない

**デフォルトの名無しさん** · 2021/07/08(木) 11:17:20.04

つか、要件としてModelをObservableにするならUIフレームワーク関係なく
何かしらのObservableインターフェースが必要になってくるんだが

他のフレームワーク、言語使っても同じなんだが頭大丈夫??

**デフォルトの名無しさん** · 2021/07/08(木) 11:40:47.13

そのへんフィールドをプロパティにするだけで全部やってくれてたらもっとユーザー増えただろうな

**デフォルトの名無しさん** · 2021/07/08(木) 11:43:27.90

INotifyPropertyChangedの実装がWPF特有の問題だと思ってるあたりが頭おかし

他のUIフレームワークでもモデルの変更に応じてUI変えるなら、Observeする仕組みが必要でINotifyPropertyChangedに相当する機能をどのみち実装しなきゃいけないのに

>>396,397
君は他のUIフレームワーク使ったときにどうやって実装するわけ??

**デフォルトの名無しさん** · 2021/07/08(木) 12:47:08.14

>>402
明示的なコード書かなくても
フレームワーク側でバインド解決できるのが
普通のMVVM

**デフォルトの名無しさん** · 2021/07/08(木) 12:57:43.95

そういうフレームワークの具体例を1個上げて

**デフォルトの名無しさん** · 2021/07/08(木) 13:10:14.80

>>402
WPFみたいなバインディングはしません

**デフォルトの名無しさん** · 2021/07/08(木) 13:15:55.68

>>405
WPFみたいなバインディングしなくてもモデルをObservableにするならどの道何らかのインターフェースが必要になるって話をしてるんですけど理解してますでしょうか??

**デフォルトの名無しさん** · 2021/07/08(木) 13:26:17.14

>>398
通知のためだけのインターフェースがボコボコ増えてくのが嫌だからさ
全てRxのIObservableならよかったな
つかWPFもバインディングエンジンの部分をプラガブルにしろよな
なんでINotifyPropertyChangedみたいなクソにしがみついてるのか理解しかねるね

**デフォルトの名無しさん** · 2021/07/08(木) 13:27:17.81

てか今後新しい通知インターフェースを宣言した奴は死刑でいいよ
殺す

**デフォルトの名無しさん** · 2021/07/08(木) 13:31:44.36

趣味でやってるだけだからよくわからんけど同じプロパティー２回書かせるのやめてくれ
めんどくさい

**デフォルトの名無しさん** · 2021/07/08(木) 13:37:39.15

>>407
メリットは外だしなんで
カスタマイズして
オレオレ仕様に出来る以外ない

**デフォルトの名無しさん** · 2021/07/08(木) 13:43:42.57

.net mauiのMVUってINotifyPropertyChangedの仕組み乗っかるの??
ブログの例ではState<T>とかあるけど
State<T>ならjetpack composeと同じやん

**デフォルトの名無しさん** · 2021/07/08(木) 13:52:37.12

>>406
だからバインディングはVVMまででいいって言ってんじゃん

**デフォルトの名無しさん** · 2021/07/08(木) 13:54:52.32

これでいいじゃん。using追加してAnnotation付けるだけだよ
https://www.reactiveui.net/docs/handbook/view-models/boilerplate-code

[Reactive]
public string Name { get; set; }

**デフォルトの名無しさん** · 2021/07/08(木) 13:55:12.53

まあ他の言語のFWはばかでも書けるけど、
ことWPF含めMS主導のは一部の細かい主張に答えるためか、
やることが回りくどいんだよな
FW使ってるのに書くことが多いと言うか

**デフォルトの名無しさん** · 2021/07/08(木) 14:00:41.26

>>412
じゃあ、モデルでは好きなObservableインターフェース使えばいいじゃん
独自でもRxでもご自由に

**デフォルトの名無しさん** · 2021/07/08(木) 14:05:52.94

>>415
うわ頭悪そう

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

>>404
case: knockout.js

**デフォルトの名無しさん** · 2021/07/08(木) 14:48:13.57

>>417
それ全然違うから...

**デフォルトの名無しさん** · 2021/07/08(木) 14:51:52.72

>>404
case: React

viewModel.value1

**デフォルトの名無しさん** · 2021/07/08(木) 14:57:32.77

>>419
>>417と同じのりで挙げてるならこれも違う

**デフォルトの名無しさん** · 2021/07/08(木) 16:00:11.32

>>420
おお、すまん
訂正

>>404
case: React

{viewModel.value1}

**デフォルトの名無しさん** · 2021/07/08(木) 18:03:12.85

>>404
case: Vue.js

{{viewModel.value1}}

**デフォルトの名無しさん** · 2021/07/08(木) 18:32:35.94

h5za3xa1は世間知らずのWPF至上主義者なんだ

許してやれとは言わないが冷たい目で見ればいいよ

**デフォルトの名無しさん** · 2021/07/08(木) 18:33:09.06

>>404
case: Blazor

@viewModel.value1